- 相關推薦
java面試題(2)
三、線程的四種狀態
1. 新狀態：線程已被創建但尚未執行(start() 尚未被調用)。
2. 可執行狀態：線程可以執行，雖然不一定正在執行。CPU 時間隨時可能被分配給該線程，從而使得它執行。
3. 死亡狀態：正常情況下 run() 返回使得線程死亡。調用 stop()或 destroy() 亦有同樣效果，但是不被推薦，前者會產生異常，后者是強制終止，不會釋放鎖。
4. 阻塞狀態：線程不會被分配 CPU 時間，無法執行。
四、線程的優先級
線程的優先級代表該線程的重要程度，當有多個線程同時處于可執行狀態并等待獲得 CPU 時間時，線程調度系統根據各個線程的優先級來決定給誰分配 CPU 時間，優先級高的線程有更大的機會獲得 CPU 時間，優先級低的線程也不是沒有機會，只是機會要小一些罷了。
你可以調用 Thread 類的方法 getPriority() 和 setPriority()來存取線程的優先級，線程的優先級界于1(MIN_PRIORITY)和10(MAX_PRIORITY)之間，缺省是5(NORM_PRIORITY)。
5)你用過哪種設計模式?(瞬聯，IBM，aspenTech)
設計:design
模式:pattern
框架:framework
創建模式，結構模式和行為模式
GoF設計模式
A.創建模式
設計模式之Factory(工廠模式)
使用工廠模式就象使用new一樣頻繁.2002/10/9更新
設計模式之Prototype(原型模式)
用原型實例指定創建對象的種類，并且通過拷貝這些原型創建新的對象。
設計模式之Builder
汽車由車輪 方向盤 發動機很多部件組成，同時，將這些部件組裝成汽車也是一件復雜的工作，Builder模式就是將這兩種情況分開進行。
設計模式之Singleton(單態模式)
保證一個類只有一個實例,并提供一個訪問它的全局訪問點 2002/10/9更新
B.結構模式
設計模式之Facade
可擴展的使用JDBC針對不同的數據庫編程,Facade提供了一種靈活的實現.
設計模式之Proxy
以Jive為例,剖析代理模式在用戶級別授權機制上的應用
設計模式之Adapter
使用類再生的兩個方式:組合(new)和繼承(extends),這個已經在"thinking in java"中提到過.
設計模式之Composite
就是將類用樹形結構組合成一個單位.你向別人介紹你是某單位，你是單位中的一個元素，別人和你做買賣，相當于和單位做買賣。文章中還對Jive再進行了剖析。
設計模式之Decorator
Decorator是個油漆工,給你的東東的外表刷上美麗的顏色.
設計模式之Bridge
將"牛郎織女"分開(本應在一起,分開他們,形成兩個接口),在他們之間搭建一個橋(動態的結合)
設計模式之Flyweight
提供Java運行性能,降低小而大量重復的類的開銷.
C.行為模式
設計模式之Template
實際上向你介紹了為什么要使用Java 抽象類,該模式原理簡單,使用很普遍.
設計模式之Memento
很簡單一個模式,就是在內存中保留原來數據的拷貝.
設計模式之Observer
介紹如何使用Java API提供的現成Observer
設計模式之Chain of Responsibility
各司其職的類串成一串,好象擊鼓傳花,當然如果自己能完成,就不要推委給下一個.
設計模式之Command
什么是將行為封裝,Command是最好的說明.
設計模式之State
狀態是編程中經常碰到的實例,將狀態對象化,設立狀態變換器,便可在狀態中輕松切換.
設計模式之Strategy
不同算法各自封裝,用戶端可隨意挑選需要的算法.
設計模式之Mediator
Mediator很象十字路口的紅綠燈,每個車輛只需和紅綠燈交互就可以.
設計模式之Interpreter
主要用來對語言的分析,應用機會不多.
設計模式之Visitor
訪問者在進行訪問時,完成一系列實質性操作,而且還可以擴展.
設計模式之Iterator
這個模式已經被整合入Java的Collection.在大多數場合下無需自己制造一個Iterator,只要將對象裝入Collection中，直接使用Iterator進行對象遍歷。
6)請說一下MVC架構(瞬聯，IBM，aspenTech)
Model:模型層
View:視圖層
Controller:控制層
MVC (Modal View Controler)本來是存在于Desktop程序中的，M是指數據模型，V是指用戶界面，C則是控制器。使用MVC的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式。比如一批統計數據你可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。
模型-視圖-控制器(MVC)是Xerox PARC在八十年代為編程語言Smalltalk-80發明的一種軟件設計模式，至今已被廣泛使用。最近幾年被推薦為Sun公司J2EE平臺的設計模式，并且受到越來越多的使用 ColdFusion 和 PHP 的開發者的歡迎。模型-視圖-控制器模式是一個有用的工具箱，它有很多好處，但也有一些缺點。
MVC如何工作
MVC是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。
視圖
視圖是用戶看到并與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括Macromedia Flash和象XHTML，XML/XSL，WML等一些標識語言和Web services.
如何處理應用程序的界面變得越來越有挑戰性。MVC一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，不管這些數據是聯機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數據并允許用戶操縱的方式。
模型
模型表示企業數據和業務規則。在MVC的三個部件中，模型擁有最多的處理任務。例如它可能用象EJBs和ColdFusion Components這樣的構件對象來處理數據庫。被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據。由于應用于模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。
控制器
控制器接受用戶的輸入并調用模型和視圖去完成用戶的需求。所以當單擊Web頁面中的超鏈接和發送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調用哪個模型構件去處理請求，然后用確定用哪個視圖來顯示模型處理返回的數據。
現在我們總結MVC的處理過程，首先控制器接收用戶的請求，并決定應該調用哪個模型來進行處理，然后模型用業務邏輯來處理用戶的請求并返回數據，最后控制器用相應的視圖格式化模型返回的數據，并通過表示層呈現給用戶。
為什么要使用 MVC
大部分Web應用程序都是用像ASP，PHP，或者CFML這樣的過程化語言來創建的。它們將像數據庫查詢語句這樣的數據層代碼和像HTML這樣的表示層代碼混在一起。經驗比較豐富的開發者會將數據從表示層分離開來，但這通常不是很容易做到的，它需要精心的計劃和不斷的嘗試。MVC從根本上強制性的將它們分開。盡管構造MVC應用程序需要一些額外的工作，但是它給我們帶來的好處是無庸質疑的。
首先，最重要的一點是多個視圖能共享一個模型，正如我所提及的，現在需要用越來越多的方式來訪問你的應用程序。對此，其中一個解決之道是使用MVC，無論你的用戶想要Flash界面或是 WAP 界面;用一個模型就能處理它們。由于你已經將數據和業務規則從表示層分開，所以你可以最大化的重用你的代碼了。
由于模型返回的數據沒有進行格式化，所以同樣的構件能被不同界面使用。例如，很多數據可能用HTML來表示，但是它們也有可能要用Macromedia Flash和WAP來表示。模型也有狀態管理和數據持久性處理的功能，例如，基于會話的購物車和電子商務過程也能被Flash網站或者無線聯網的應用程序所重用。
因為模型是自包含的，并且與控制器和視圖相分離，所以很容易改變你的應用程序的數據層和業務規則。如果你想把你的數據庫從MySQL移植到Oracle，或者改變你的基于RDBMS數據源到LDAP，只需改變你的模型即可。一旦你正確的實現了模型，不管你的數據來自數據庫或是LDAP服務器，視圖將會正確的顯示它們。由于運用MVC的應用程序的三個部件是相互對立，改變其中一個不會影響其它兩個，所以依據這種設計思想你能構造良好的松偶合的構件。
對我來說，控制器的也提供了一個好處，就是可以使用控制器來聯接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然后選擇視圖將處理結果顯示給用戶。
MVC的缺點
MVC的缺點是由于它沒有明確的定義，所以完全理解MVC并不是很容易。使用MVC需要精心的計劃，由于它的內部原理比較復雜，所以需要花費一些時間去思考。
你將不得不花費相當可觀的時間去考慮如何將MVC運用到你的應用程序，同時由于模型和視圖要嚴格的分離，這樣也給調試應用程序到來了一定的困難。每個構件在使用之前都需要經過徹底的測試。一旦你的構件經過了測試，你就可以毫無顧忌的重用它們了。
根據我個人經驗，由于我們將一個應用程序分成了三個部件，所以使用MVC同時也意味著你將要管理比以前更多的文件，這一點是顯而易見的。這樣好像我們的工作量增加了，但是請記住這比起它所能帶給我們的好處是不值一提。
MVC并不適合小型甚至中等規模的應用程序，花費大量時間將MVC應用到規模并不是很大的應用程序通常會得不償失。
MVC是一條創建軟件的好途徑
MVC設計模式是一個很好創建軟件的途徑，它所提倡的一些原則，像內容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視圖和控制器的構件，你可能需要重新思考你的應用程序，尤其是應用程序的構架方面。如果你肯接受MVC，并且有能力應付它所帶來的額外的工作和復雜性，MVC將會使你的軟件在健壯性，代碼重用和結構方面上一個新的臺階。
7)如果類a繼承類b，實現接口c，而類b和接口c中定義了同名變量，請問會出現什么問題?(瞬聯)
interface A
{
int x = 0;
}
class B
{
int x =1;
}
class C extends B implements A
{
public void pX()
{
System.out.println(x);
}
public static void main(String[] args) {
new C().pX();
}
}
答案：錯誤。在編譯時會發生錯誤(錯誤描述不同的JVM有不同的信息，意思就是未明確的x調用，兩個x都匹配(就象在同時import java.util和java.sql兩個包時直接聲明Date一樣)。對于父類的變量,可以用super.x來明確(輸出的是1)，而接口的屬性默認隱含為 public static final.所以可以通過A.x來明確(輸出的是0)。
下面的代碼運行時會不會報錯
interface Playable
{
void play();
}
interface Bounceable
{
void play();
}
interface Rollable extends Playable, Bounceable
{
Ball ball = new Ball("PingPang");
}
class Ball implements Rollable
{
private String name;
public String getName()
{
return name;
}
public Ball(String name)
{
this.name = name;
}
public void play()
{
ball = new Ball("Football");
System.out.println(ball.getName());
}
}
答案: 錯。"interface Rollable extends Playable, Bounceable"沒有問題。interface可繼承多個interfaces，所以這里沒錯。問題出在interface Rollable里的"Ball ball = new Ball("PingPang");"。任何在interface里聲明的interface variable (接口變量，也可稱成員變量)，默認為public static final。也就是說"Ball ball = new Ball("PingPang");"實際上是"public static final Ball ball = new Ball("PingPang");"。在Ball類的Play()方法中，"ball = new Ball("Football");"改變了ball的reference，而這里的ball來自Rollable interface，Rollable interface里的ball是public static final的，final的object是不能被改變reference的。因此編譯器將在"ball = new Ball("Football");"這里顯示有錯。
8)請說一下java中為什么要引入內部類?還有匿名內部類?(瞬聯，IBM)
9)請說一下final，finally和finalize的區別?(瞬聯)
final 用于聲明屬性，方法和類，分別表示屬性不可變，方法不可覆蓋，類不可繼承。
finally是異常處理語句結構的一部分，表示總是執行。
finalize是Object類的一個方法，在垃圾收集器執行的時候會調用被回收對象的此方法，可以覆蓋此方法提供垃圾收集時的其他資源回收，例如關閉文件等。
10)請說一下HTTP請求的基本過程(IBM)
11)java中存在內存泄漏問題嗎?請舉例說明?(IBM)
會
int i,i2; return (i-i2); //when i為足夠大的正數,i2為足夠大的負數。結果會造成溢位，導致錯誤。
12)請說一下java中的內存回收機制所采用的算法(IBM，瞬聯)
雖然垃圾回收關心著大部分的問題，包括內存管理，使得程序員的任務顯得更加輕松，但是程序員還是可能犯些錯誤導致內存泄漏問題。GC(垃圾回收)通過遞歸對所有從“根”對象(堆棧中的對象，靜態數據成員，JNI句柄等等)繼承下來的引用進行工作，然后標記所有可以訪問的活動著的對象。而這些對象變成了程序唯一能夠操縱的對象，其他的對象都被釋放了。因為GC使得程序不能夠訪問那些被釋放的對象，所以這樣做是安全的。
【java面試題(2)】相關文章：
java面試題及答案10-03
10個經典的Java面試題集合09-20
德國公司經典面試題(2)07-10
計算機二級JAVA沖刺試題及答案(2)08-13
計算機二級《JAVA》選擇題及答案(2)10-26
Microsoft面試題09-04
iOS面試題07-10
公司面試題09-12
hibernate面試題10-18