java面試題
1)transient和volatile是java關鍵字嗎?(瞬聯)
如果用transient聲明一個實例變量，當對象存儲時，它的值不需要維持。例如：
class T
{
transient int a; //不需要維持
int b; //需要維持
}
這里，如果T類的一個對象寫入一個持久的存儲區域，a的內容不被保存，但b的將被保存。
volatile修飾符告訴編譯器被volatile修飾的變量可以被程序的其他部分改變。在多線程程序中，有時兩個或更多的線程共享一個相同的實例變量。考慮效率問題，每個線程可以自己保存該共享變量的私有拷貝。實際的變量副本在不同的時候更新，如當進入synchronized方法時。用strictfp修飾類或方法，可以確保浮點運算(以及所有切斷)正如早期的Java版本那樣準確。切斷只影響某些操作的指數。當一個類被strictfp修飾，所有的方法自動被strictfp修飾。
strictfp的意思是FP-strict，也就是說精確浮點的意思。在Java虛擬機進行浮點運算時，如果沒有指定strictfp關鍵字時，Java的編譯器以及運行環境在對浮點運算的表達式是采取一種近似于我行我素的行為來完成這些操作，以致于得到的結果往往無法令你滿意。而一旦使用了strictfp來聲明一個類、接口或者方法時，那么所聲明的范圍內Java的編譯器以及運行環境會完全依照浮點規范IEEE-754來執行。因此如果你想讓你的浮點運算更加精確，而且不會因為不同的硬件平臺所執行的結果不一致的話，那就請用關鍵字strictfp。
你可以將一個類、接口以及方法聲明為strictfp，但是不允許對接口中的方法以及構造函數聲明strictfp關鍵字，例如下面的代碼：
strictfp interface A {}
public strictfp class FpDemo1 {
strictfp void f() {}
}
2. 錯誤的使用方法
interface A {
strictfp void f();
}
public class FpDemo2 {
strictfp FpDemo2() {}
}
一旦使用了關鍵字strictfp來聲明某個類、接口或者方法時，那么在這個關鍵字所聲明的范圍內所有浮點運算都是精確的，符合IEEE-754規范
的。例如一個類被聲明為strictfp，那么該類中所有的方法都是strictfp的。
2)抽象類和接口有什么區別?(瞬聯)
1.abstract class 在 Java 語言中表示的是一種繼承關系，一個類只能使用一次繼承關系。但是，一個類卻可以實現多個interface。
2.在abstract class 中可以有自己的數據成員，也可以有非abstarct的成員方法，而在interface中，只能夠有靜態的不能被修改的數據成員(也就是必須是static final的，不過在 interface中一般不定義數據成員)，所有的成員方法都是abstract的。
3.abstract class和interface所反映出的設計理念不同。其實abstract class表示的是"is-a"關系，interface表示的是"like-a"關系。
4.實現抽象類和接口的類必須實現其中的所有方法。抽象類中可以有非抽象方法。接口中則不能有實現方法。
5.接口中定義的變量默認是public static final 型，且必須給其初值，所以實現類中不能重新定義，也不能改變其值。
6.抽象類中的變量默認是 friendly 型，其值可以在子類中重新定義，也可以重新賦值。
7.接口中的方法默認都是 public,abstract 類型的。
3)能說一下java的反射(reflection)機制嗎?(瞬聯)
開放性和原因連接(causally-connected)是反射系統的兩大基本要素
4)在java中怎樣實現多線程?(瞬聯)
extends Thread
implement Runnable
方法一：繼承 Thread 類，覆蓋方法 run()，我們在創建的 Thread 類的子類中重寫 run() ,加入線程所要執行的代碼即可。下面是一個例子：
public class MyThread extends Thread
{
int count= 1, number;
public MyThread(int num)
{
number = num;
System.out.println
("創建線程 " + number);
}
public void run() {
while(true) {
System.out.println
("線程 " + number + ":計數 " + count);
if(++count== 6) return;
}
}
public static void main(String args[])
{
for(int i = 0;i 〈 5; i++) new MyThread(i+1).start();
}
}
這種方法簡單明了，符合大家的習慣，但是，它也有一個很大的缺點，那就是如果我們的類已經從一個類繼承(如小程序必須繼承自 Applet 類)，則無法再繼承 Thread 類，這時如果我們又不想建立一個新的類，應該怎么辦呢?
我們不妨來探索一種新的方法：我們不創建Thread類的子類，而是直接使用它，那么我們只能將我們的方法作為參數傳遞給 Thread 類的實例，有點類似回調函數。但是 Java 沒有指針，我們只能傳遞一個包含這個方法的類的實例。
那么如何限制這個類必須包含這一方法呢?當然是使用接口!(雖然抽象類也可滿足，但是需要繼承，而我們之所以要采用這種新方法，不就是為了避免繼承帶來的限制嗎?)
Java 提供了接口 java.lang.Runnable 來支持這種方法。
方法二：實現 Runnable 接口
Runnable接口只有一個方法run()，我們聲明自己的類實現Runnable接口并提供這一方法，將我們的線程代碼寫入其中，就完成了這一部分的任務。但是Runnable接口并沒有任何對線程的支持，我們還必須創建Thread類的實例，這一點通過Thread類的構造函數 public Thread(Runnable target);來實現。下面是一個例子：
public class MyThread implements Runnable
{
int count= 1, number;
public MyThread(int num)
{
number = num;
System.out.println("創建線程 " + number);
}
public void run()
{
while(true)
{
System.out.println
("線程 " + number + ":計數 " + count);
if(++count== 6) return;
}
}
public static void main(String args[])
{
for(int i = 0; i 〈 5;i++) new Thread(new MyThread(i+1)).start();
}
}
嚴格地說，創建Thread子類的實例也是可行的，但是必須注意的是，該子類必須沒有覆蓋 Thread 類的 run 方法，否則該線程執行的將是子類的 run 方法，而不是我們用以實現Runnable 接口的類的 run 方法，對此大家不妨試驗一下。
使用 Runnable 接口來實現多線程使得我們能夠在一個類中包容所有的代碼，有利于封裝，它的缺點在于，我們只能使用一套代碼，若想創建多個線程并使各個線程執行不同的代碼，則仍必須額外創建類，如果這樣的話，在大多數情況下也許還不如直接用多個類分別繼承 Thread 來得緊湊。
綜上所述，兩種方法各有千秋，大家可以靈活運用。
下面讓我們一起來研究一下多線程使用中的一些問題。
三、線程的四種狀態
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使得程序不能夠訪問那些被釋放的對象，所以這樣做是安全的。
13)請說一下System.gc()函數的作用。什么時候可以調用垃圾回收器?(瞬聯)
垃圾回收函數,手動調用的.
當一個對象停止被活動聲明所引用，它就變成了垃圾(garbage)可以被回收重新使用
14)你做過的項目中采用了什么安全認證機制?(IBM)
15)Math.round()什么作用?
Math.Round(3.44, 1) = 3.4
Math.Round(3.45, 1) = 3.4
Math.Round(3.46, 1) = 3.5
-----------------------------------------------
Math.Round(3.54, 1) = 3.5
Math.Round(3.55, 1) = 3.6
Math.Round(3.56, 1) = 3.6
-----------------------------------------------
Math.Round(3.64, 1) = 3.6
Math.Round(3.65, 1) = 3.6
Math.Round(3.66, 1) = 3.7
-----------------------------------------------
Math.Round(3.74, 1) = 3.7
Math.Round(3.75, 1) = 3.8
Math.Round(3.76, 1) = 3.8
這種舍入方法叫做銀行家舍入(Banker'sRound)，這就是已經規定下來的標準、Round的標準、世界的標準。
Round <> 四舍五入
16、設計4個線程，其中兩個線程每次對j增加1，另外兩個線程對j每次減少1。寫出程序。
以下程序使用內部類實現線程，對j增減的時候沒有考慮順序問題。
package java_example150;
public class TestThread3{
private int j;
public static void main(String[] args){
TestThread3 t = new TestThread3();
Inc inc = t.new Inc();
Dec dec = t.new Dec();
for(int i=0;i<2;i++){
Thread ts = new Thread(inc);
ts.start();
ts= new Thread(dec);
ts.start();
}
}
private synchronized void inc(){
j++;
System.out.println(Thread.currentThread().getName()+"-inc:"+j);
}
private synchronized void dec(){
j--;
System.out.println(Thread.currentThread().getName()+"-dec:"+j);
}
class Inc implements Runnable{
public void run(){
for(int i=0;i<10;i++){
inc();
}
}
}
class Dec implements Runnable{
public void run(){
for(int i=0;i<10;i++){
dec();
}
}
}
}
17.CORBA是什么?用途是什么?
答：CORBA 標準是公共對象請求代理結構(Common Object Request Broker Architecture)，由對象管理組織 (Object Management Group，縮寫為 OMG)標準化。它的組成是接口定義語言(IDL), 語言綁定(binding:也譯為聯編)和允許應用程序間互操作的協議。 其目的為：
1. 用不同的程序設計語言書寫
2. 在不同的進程中運行
3. 為不同的操作系統開發
18.JAVA代碼查錯
1.
abstract class Name
{
private String name;
public abstract boolean isStupidName(String name) {}
}
答案: 錯。abstract method必須以分號結尾，且不帶花括號。
2.
public class Something
{
void doSomething ()
{
private String s = "";
int l = s.length();
}
}
答案: 錯。局部變量前不能放置任何訪問修飾符 (private，public，和protected)。final可以用來修飾局部變量
(final如同abstract和strictfp，都是非訪問修飾符，strictfp只能修飾class和method而非variable)。
3.
abstract class Something
{
private abstract String doSomething ();
}
答案: 錯。abstract的methods不能以private修飾。abstract的methods就是讓子類implement(實現)具體細節的，怎么可以用private把abstractmethod封鎖起來呢? (同理，abstract method前不能加final)。
4.
public class Something
{
public int addOne(final int x)
{
return ++x;
}
}
答案: 錯。int x被修飾成final，意味著x不能在addOne method中被修改。
5.
public class Something
{
public static void main(String[] args)
{
Other o = new Other();
new Something().addOne(o);
}
public void addOne(final Other o)
{
o.i++;
}
}
class Other
{
public int i;
}
答案: 正確。在addOne method中，參數o被修飾成final。如果在addOne method里我們修改了o的reference
(比如: o = new Other();)，那么如同上例這題也是錯的。但這里修改的是o的member vairable
(成員變量)，而o的reference并沒有改變。
6.
class Something
{
int i;
public void doSomething()
{
System.out.println("i = " + i);
}
}
答案: 正確。輸出的是"i = 0"。int i屬於instant variable (實例變量，或叫成員變量)。instant variable有default value。int的default value是0。
7.
class Something
{
final int i;
public void doSomething()
{
System.out.println("i = " + i);
}
}
答案: 錯。final int i 是個final的 instant variable (實例變量，或叫成員變量)。final的instant variable沒有default value，必須在constructor (構造器)結束之前被賦予一個明確的值。可以修改為"final int i = 0;"。
8.
public class Something
{
public static void main(String[] args)
{
Something s = new Something();
System.out.println("s.doSomething() returns " + doSomething());
}
public String doSomething()
{
return "Do something ...";
}
}
答案: 錯。看上去在main里call doSomething沒有什么問題，畢竟兩個methods都在同一個class里。但仔細看，main是static的。static method不能直接call non-static methods。可改成"System.out.println("s.doSomething() returns " + s.doSomething());"。同理，static method不能訪問non-static instant variable。
http://www.shddsc.com/【java面試題】相關文章：
Java經典面試題12-29
Java面試題01-22
java學習：Java面試題和答案07-17
Java框架面試題07-16
2016高薪Java面試題02-20
java線程面試題匯總02-22
瞬聯java面試題03-26
阿里巴巴java面試題07-31
java工程師面試題09-25
2016年Java開發崗位面試題02-20