Android面試常見Java相關問題。
原文鏈接：http://www.nowcoder.com/discuss/3244
Switch能否用string做參數？
在 Java 7 之前, switch 只能支持byte,short,char,int 或者其對應的封裝類以及 Enum 類型。在JAVA 7中,String 支持被加上了。
equals與==的區別：
==是判斷兩個變量或實例是不是指向同一個內存空間
equals是判斷兩個變量或實例所指向的內存空間的值是不是相同
Object有哪些公用方法？
方法equals測試的是兩個對象是否相等
方法clone進行對象拷貝
方法getClass返回和當前對象相關的Class對象
方法notify,notifyall,wait都是用來對給定對象進行線程同步的
Java的四種引用，強弱軟虛，用到的場景
強引用：如果一個對象具有強引用，它就不會被垃圾回收器回收。即使當前內存空間不足，JVM 也不會回收它，而是拋出 OutOfMemoryError 錯誤，使程序異常終止。如果想中斷強引用和某個對象之間的關聯，可以顯式地將引用賦值為null，這樣一來的話，JVM在合適的時間就會回收該對象
軟引用：在使用軟引用時，如果內存的空間足夠，軟引用就能繼續被使用，而不會被垃圾回收器回收，只有在內存不足時，軟引用才會被垃圾回收器回收。
弱引用：具有弱引用的對象擁有的生命周期更短暫。因為當 JVM 進行垃圾回收，一旦發現弱引用對象，無論當前內存空間是否充足，都會將弱引用回收。不過由于垃圾回收器是一個優先級較低的線程，所以并不一定能迅速發現弱引用對象
虛引用：顧名思義，就是形同虛設，如果一個對象僅持有虛引用，那么它相當于沒有引用，在任何時候都可能被垃圾回收器回收。
使用場景：
利用軟引用和弱引用解決OOM問題：用一個HashMap來保存圖片的路徑和相應圖片對象關聯的軟引用之間的映射關系，在內存不足時，JVM會自動回收這些緩存圖片對象所占用的空間，從而有效地避免了OOM的問題
通過軟引用對象重獲方法實現Java對象的高速緩存:比如我們創建了一Employee的類，如果每次需要查詢一個雇員的信息。哪怕是幾秒中之前剛剛查詢過的，都要重新構建一個實例，這是需要消耗很多時間的。我們可以通過軟引用和 HashMap 的結合，先是保存引用方面：以軟引用的方式對一個Employee對象的實例進行引用并保存該引用到HashMap 上，key 為此雇員的 id，value為這個對象的軟引用，另一方面是取出引用，緩存中是否有該Employee實例的軟引用，如果有，從軟引用中取得。如果沒有軟引用，或者從軟引用中得到的實例是null，重新構建一個實例，并保存對這個新建實例的軟引用
Hashcode的作用，與 equal 有什么區別
同樣用于鑒定2個對象是否相等的，java集合中有 list 和 set 兩類，前者集合內的元素是有序的，元素可以重復；后者元素無序，但元素不可重復。要想保證元素不重復，可兩個元素是否重復應該依據什么來判斷呢？如果用 equal 去比較的話，如果存在1000個元素，你 new 一個新的元素出來，需要去調用1000次 equal 去逐個和他們比較是否是同一個對象，這樣會大大降低效率。hashcode實際上是返回對象的存儲地址，如果這個位置上沒有元素，就把元素直接存儲在上面，如果這個位置上已經存在元素，這個時候才去調用equal方法與新元素進行比較，相同的話就不存了。不相同，也就是發生了Hash key相同導致沖突的情況,那么就在這個Hash key的地方產生一個鏈表,將所有產生相同hashcode的對象放到這個單鏈表上去,串在一起。所以這里存在一個沖突解決的問題（很少出現）。這樣一來實際調用equals方法的次數就大大降低了，幾乎只需要一兩次。
所以，Java對于eqauls方法和hashCode方法是這樣規定的：
1、如果兩個對象相等，那么它們的hashCode值一定要相等；
2、如果兩個對象的hashCode相等，它們并不一定相等。
上面說的對象相等指的是用eqauls方法比較。
String、StringBuffer與StringBuilder的區別
String 類型和 StringBuffer 類型的主要性能區別其實在于 String 是不可變的對象
StringBuffer和StringBuilder底層是 char[]數組實現的
StringBuffer是線程安全的，而StringBuilder是線程不安全的
Override和Overload的含義去區別
Overload顧名思義是重新加載，它可以表現類的多態性，可以是函數里面可以有相同的函數名但是參數名、返回值、類型不能相同；或者說可以改變參數、類型、返回值但是函數名字依然不變。
就是ride(重寫)的意思，在子類繼承父類的時候子類中可以定義某方法與其父類有相同的名稱和參數，當子類在調用這一函數時自動調用子類的方法，而父類相當于被覆蓋（重寫）了。
Fail-Fast機制
在使用迭代器的過程中有其他線程修改了map，那么將拋出ConcurrentModificationException，這就是所謂fail-fast機制。這一機制在源碼中的實現是通過modCount域，modCount顧名思義就是修改次數，對HashMap內容的修改都將增加這個值，那么在迭代器初始化過程中會將這個值賦給迭代器的expectedModCount。在迭代過程中，判斷modCount跟expectedModCount是否相等，如果不相等就表示已經有其他線程修改了Map.
wait()和sleep()的區別
sleep來自Thread類，和wait來自Object類
調用sleep()方法的過程中，線程不會釋放對象鎖。而 調用 wait 方法線程會釋放對象鎖
sleep睡眠后不出讓系統資源，wait讓出系統資源其他線程可以占用CPU
sleep(milliseconds)需要指定一個睡眠時間，時間一到會自動喚醒
JAVA 中堆和棧的區別，說下java 的內存機制
基本數據類型比變量和對象的引用都是在棧分配的
堆內存用來存放由new創建的對象和數組
類變量（static修飾的變量），程序在一加載的時候就在堆中為類變量分配內存，堆中的內存地址存放在棧中
實例變量：當你使用java關鍵字new的時候，系統在堆中開辟并不一定是連續的空間分配給變量，是根據零散的堆內存地址，通過哈希算法換算為一長串數字以表征這個變量在堆中的”物理位置”,實例變量的生命周期–當實例變量的引用丟失后，將被GC（垃圾回收器）列入可回收“名單”中，但并不是馬上就釋放堆中內存
局部變量: 由聲明在某方法，或某代碼段里（比如for循環），執行到它的時候在棧中開辟內存，當局部變量一但脫離作用域，內存立即釋放
JAVA多態的實現原理
抽象的來講，多態的意思就是同一消息可以根據發送對象的不同而采用多種不同的行為方式。（發送消息就是函數調用）
實現的原理是動態綁定，程序調用的方法在運行期才動態綁定，追溯源碼可以發現，JVM 通過參數的自動轉型來找到合適的辦法。
JAVA 垃圾回收機制
什么是垃圾回收機：釋放那些不再持有引用的對象的內存
怎么判斷一個對象是否需要收集？
引用計數（最簡單古老的方法）：指將資源（可以是對象、內存或磁盤空間等等）的被引用次數保存起來，當被引用次數變為零時就將其釋放的過程
對象引用遍歷（現在大多數 jvm 使用的方法）：對象引用遍歷從一組對象開始，沿著整個對象圖上的每條鏈接，遞歸確定可到達（reachable）的對象。如果某對象不能從這些根對象的一個（至少一個）到達，則將它作為垃圾收集
幾種垃圾回收機制
標記回收法：遍歷對象圖并且記錄可到達的對象，以便刪除不可到達的對象，一般使用單線程工作并且可能產生內存碎片
標記-壓縮回收法：前期與第一種方法相同，只是多了一步，將所有的存活對象壓縮到內存的一端，這樣內存碎片就可以合成一大塊可再利用的內存區域，提高了內存利用率
復制回收法：把現有內存空間分成兩部分，gc運行時，它把可到達對象復制到另一半空間，再清空正在使用的空間的全部對象。這種方法適用于短生存期的對象，持續復制長生存期的對象則導致效率降低。
分代回收發：把內存空間分為兩個或者多個域，如年輕代和老年代，年輕代的特點是對象會很快被回收，因此在年輕代使用效率比較高的算法。當一個對象經過幾次回收后依然存活，對象就會被放入稱為老年的內存空間，老年代則采取標記-壓縮算法
Error與Exception的區別
錯誤和異常的區別是：Error不是程序需要捕獲和進行處理的，例如，OutOfMemoryError（當java虛擬機在為對象分配內存空間時，剩余的空間不夠，同時也沒有可以釋放的內容時，將會發生這樣的錯誤）不由程序進行捕獲或處理，當Error發生時，程序將會停止。
volatile修飾符
在JVM 1.2之前，Java總是從主存讀取變量，但隨著JVM的優化，線程可以把變量保存在機器的寄存器中，而不是直接在主存中進行讀寫。這就可能造成一個線程在主存中修改了一個變量的值。而另外一個線程還繼續使用它在寄存器中變量值的副本，造成數據的不一致。要解決這個問題，就需要把該變量聲明為volatile（不穩定的），它指示JVM這個變量是不穩定的，每次使用它都到主存中進行讀取，因此多線程環境下volatile關鍵字的使用變得非常重要。一般來說，多線程環境下各線程間共享的變量都應該加volatile修飾。
抽象類和接口的區別
相同點：都有抽象方法，不能實例化，有聲明，能引用
面向抽象類和接口編程，不要面向具體類編程，這也是各種設計模式的核心思想
一個類只能繼承單個類，但是可以實現多個接口
抽象類有域變量，可能有具體方法可調用抽象方法，必須有子類繼承，擴展性弱
接口不能有域變量，只有靜態常量，只有抽象方法，必須有具體類實現，擴展性強
接口還有標識（里面沒有任何方法，如Remote接口）和數據共享（里面的變量全是常量）的作用.
Get和Post的區別
GET請求的數據會附在URL之后（就是把數據放置在HTTP協議頭中），以?分割URL和傳輸數據，參數之間以&相連
POST把提交的數據則放置在是HTTP包的包體中。
GET方式提交的數據最多只能是1024字節，理論上POST沒有限制，可傳較大量的數據
服務器端獲取GET和POST請求參數的方式不一樣
POST的安全性要比GET的安全性高。
fastjson和GSON的區別
fastjson 是阿里出的json解析工具
gson 是谷歌推薦的解析工具
fastjson在解析的時候，字段不能大寫。
fastjson必須使用get和set方法
解析XML的幾種方式的原理與特點：DOM、SAX、PULL
DOM：消耗內存：先把xml文檔都讀到內存中，然后再用DOM API來訪問樹形結構，并獲取數據。這個寫起來很簡單，但是很消耗內存。要是數據過大，手機不夠牛逼，可能手機直接死機
SAX：解析效率高，占用內存少，基于事件驅動的：更加簡單地說就是對文檔進行順序掃描，當掃描到文檔(document)開始與結束、元素(element)開始與結束、文檔(document)結束等地方時通知事件處理函數，由事件處理函數做相應動作，然后繼續同樣的掃描，直至文檔結束。
PULL：與 SAX 類似，也是基于事件驅動，我們可以調用它的next（）方法，來獲取下一個解析事件（就是開始文檔，結束文檔，開始標簽，結束標簽），當處于某個元素時可以調用XmlPullParser的getAttributte()方法來獲取屬性的值，也可調用它的nextText()獲取本節點的值。
HTTP Status Code
1字頭：消息
2字頭：成功
3字頭：重定向
4字頭：請求錯誤
5、6字頭：服務器錯誤
反射
調用隱藏API
異常 OutOfMemaryError
RuntimeException
空指針異常
算術（除零）異常
數組溢出異常
類轉換異常
類沒找到異常
單例模式
工廠模式
Adapter適配器模式
觀察者模式（Observer）
代理模式（AIDL） Binder
建造者（AlertDialog.Builder）
Java實現單例模式的正確姿勢
模板方法模式
模板方法模式是類的行為模式。準備一個抽象類，將部分邏輯以具體方法以及具體構造函數的形式實現，然后聲明一些抽象方法來迫使子類實現剩余的邏輯。不同的子類可以以不同的方式實現這些抽象方法，從而對剩余的邏輯有不同的實現。這就是模板方法模式的用意。

總結

以上是生活随笔為你收集整理的Android面试：Java相关的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。