天天看點
傳回

Android工程師面試題大全

校招的日子結束了，結果也算圓滿。忙碌了一陣子，現在終于可以安安靜靜的做做項目看看書寫寫論文了。下面對這段時間面試遇到的問題并結合網上各位的大神秒下的面試題做個總結，本文會持續更新，希望能在面試中助各位一臂之力！

Java基礎：

1、記憶體洩露的原因：

  • 資源對象沒關閉。

    如Cursor、File等資源。他們會在finalize中關閉，但這樣效率太低。容易造成記憶體洩露。

    SQLiteCursor，當資料量大的時候容易洩露

  • 使用Adapter時，沒有使用系統緩存的converView。

  • 即時調用recycle（）釋放不再使用的Bitmap。

    适當降低Bitmap的采樣率，如：

BitmapFactory.Options options = newBitmapFactory.Options();    
options.inSampleSize = ;//圖檔寬高都為原來的二分之一，即圖檔為原來的四分之一    
Bitmap bitmap =BitmapFactory.decodeStream(cr.openInputStream(uri), null, options); preview.setImageBitmap(bitmap);

  • 使用application的context來替代activity相關的context。

    盡量避免activity的context在自己的範圍外被使用，這樣會導緻activity無法釋放。

  • 注冊沒取消造成記憶體洩露

    如：廣播

  • 集合中的對象沒清理造成的記憶體洩露我們通常把一些對象的引用加入到了集合中，當我們不需要該對象時，并沒有把它的引用從集合中清理掉，這樣這個集合就會越來越大。如果這個集合是static的話，那情況就更嚴重了。
  • Handler應該申明為靜态對象， 并在其内部類中儲存一個對外部類的弱引用。如下： 
static class MyHandler extends Handler 
{
       WeakReference<Activity > mActivityReference;
       MyHandler(Activity activity)
      { 
            mActivityReference= new WeakReference<Activity>(activity);
      }
     @Override
     public void handleMessage(Message msg)
    {
           final Activity activity = mActivityReference.get();
           if (activity != null)
          {
                 mImageView.setImageBitmap(mBitmap);
          }    
     }
}

2、ArrayList和LinkedList的差別

  • ArrayList初試大小為10，大小不夠會調用grow擴容：length = length + (length >> 1)
  • LinkedList中Node first,last。分别指向頭尾

ArrayList和LinkedList在性能上各 有優缺點，都有各自所适用的地方，總的說來可以描述如下：

1. 對ArrayList和LinkedList而言，在清單末尾增加一個元素所花的開銷都是固定的。對 ArrayList而言，主要是在内部數組中增加一項，指向所添加的元素，偶爾可能會導緻對數組重新進行配置設定；而對LinkedList而言，這個開銷是 統一的，配置設定一個内部Entry對象。

2. 在ArrayList的 中間插入或删除一個元素意味着這個清單中剩餘的元素都會被移動；而在LinkedList的中間插入或删除一個元素的開銷是固定的。

3. LinkedList不 支援高效的随機元素通路。

4. ArrayList的空 間浪費主要展現在在list清單的結尾預留一定的容量空間，而LinkedList的空間花費則展現在它的每一個元素都需要消耗相當的空間

　　可以這樣說：當操作是在一列 資料的後面添加資料而不是在前面或中間,并且需要随機地通路其中的元素時,使用ArrayList會提供比較好的性能；當你的操作是在一列資料的前面或中 間添加或删除資料,并且按照順序通路其中的元素時,就應該使用LinkedList了。

3、hashmap和hashtable的不同

  • 繼承不同。 
public class Hashtable extends Dictionary implements Map
public class HashMap extends AbstractMap implements Map
  • Hashtable 中的方法是同步的，而HashMap中的方法在預設情況下是非同步的。在多線程并發的環境下，可以直接使用Hashtable，但是要使用HashMap的話就要自己增加同步處理了。

  • Hashtable中，key和value都不允許出現null值。

    在HashMap中，null可以作為鍵，這樣的鍵隻有一個；可以有一個或多個鍵所對應的值為null。當get()方法傳回null值時，即可以表示 HashMap中沒有該鍵，也可以表示該鍵所對應的值為null。是以，在HashMap中不能由get()方法來判斷HashMap中是否存在某個鍵， 而應該用containsKey()方法來判斷。

  • 兩個周遊方式的内部實作上不同。

    Hashtable、HashMap都使用了 Iterator。而由于曆史原因，Hashtable還使用了Enumeration的方式 。

  • 哈希值的使用不同，HashTable直接使用對象的hashCode。而HashMap重新計算hash值。
  • Hashtable和HashMap它們兩個内部實作方式的數組的初始大小和擴容的方式。HashTable中hash數組預設大小是11，增加的方式是 old*2+1。HashMap中hash數組的預設大小是16，而且一定是2的指數。

4、Iterator和Enumeration的不同

  1. 函數接口不同

    Enumeration隻有2個函數接口。通過Enumeration，我們隻能讀取集合的資料，而不能對資料進行修改。 Iterator隻有3個函數接口。Iterator除了能讀取集合的資料之外，也能資料進行删除操作。

  2. Iterator支援fail-fast機制，而Enumeration不支援。 Enumeration 是JDK 1.0添加的接口。使用到它的函數包括Vector、Hashtable等類，這些類都是JDK 1.0中加入的，Enumeration存在的目的就是為它們提供周遊接口。Enumeration本身并沒有支援同步，而在Vector、Hashtable實作Enumeration時，添加了同步。而Iterator 是JDK 1.2才添加的接口，它也是為了HashMap、ArrayList等集合提供周遊接口。Iterator是支援fail-fast機制的：當多個線程對同一個集合的内容進行操作時，就可能會産生fail-fast事件。

ail-fast 機制是java集合(Collection)中的一種錯誤機制。當多個線程對同一個集合的内容進行操作時，就可能會産生fail-fast事件。例如：當某一個線程A通過iterator去周遊某集合的過程中，若該集合的内容被其他線程所改變了；那麼線程A通路集合時，就會抛出ConcurrentModificationException異常，産生fail-fast事件。

5、接口的注意點

  1. 接口中的字段全部預設為 public static類型。
  2. 接口中的方法全部預設為 public類型。
  3. 接口中可以申明内部類，而預設為public static，正因為是static，隻是命名空間屬于接口，代碼邏輯不屬于接口。是以不違法接口定義。
  4. 接口本身可以申明為public或者預設。
  5. 抽象類繼承自某接口。如果在抽象類中實作了父類（接口）中的方法，在其子類可以不用實作，否則在子類必須實作。

6、final方法

将方法聲明為final那有兩個原因，第一就是說明你已經知道這個方法提供的功能已經滿足你要求，不需要進行擴充，并且也不允許任何從此類繼承的類來覆寫這個方法，但是繼承仍然可以繼承這個方法，也就是說可以直接使用。第二就是允許編譯器将所有對此方法的調用轉化為inline調用的機制，它會使你在調用final方法時，直接将方法主體插入到調用處，而不是進行例行的方法調用，例如儲存斷點，壓棧等，這樣可能會使你的程式效率有所提高，然而當你的方法主體非常龐大時，或你在多處調用此方法，那麼你的調用主體代碼便會迅速膨脹，可能反而會影響效率，是以你要慎用final進行方法定義。

Android知識點

1、Handler機制

  • Handler對Activity finish影響。

    在開發的過程中碰到一個棘手的問題，調用Activity.finish函數Acitivity沒有執行生命周期的ondestory函數，後面查找半天是因為有一個handler成員，因為它有一個delay消息沒有處理，調用Activity.finish，Activity不會馬上destory，是以記得在Ativity finish前清理一下handle中的未處理的消息，這樣Activity才會順利的destory

  • Looper

    通過調用Looper.prepare()建立Looper()對象并綁定到ThreadLocal變量中。

    Looper裡面包含了messageQueue。

    構造器如下：

private Looper()
{
        mQueue = new MessageQueue();
        mRun = true;
        mThread = Thread.currentThread();
}

  • loop()函數

    1）從Looper中取出MessageQueue；

    2）循環從MessageQueue中取出Message；

    3）從Message中取出Target（Handler對象）；

    4）調用tartget的dispatchMessage分發消息。

  • Handler對象

    重要成員變量：

final MessageQueue mQueue;
final Looper  mLooper;
final Callback mCallback;   //用于回調

Handler對象在發送消息的時候，将MSG的target變量設為自己。這樣在Looper對象循環取出msg的時候就可以調用對應handler的dispatchMessage()。此函數分發消息的優先級如下：

1. Message在建立的時候調用Obtain設定了Callback。

2. Handler在建立的時候傳入了Callback。

3. 交給Handler子類的HandleMessage處理（通常的做法）。

2、Android啟動模式

standard和singleTop模式。

這兩種比較簡單。建立Activity放入目前的任務棧中，若目前是singleInstace，則放入設定的任務棧中。其中如果Activity在棧頂，則調用onNewIntent。

singletask：棧内複用模式。不是在目前任務棧中查找是否存在，實際過程如下：

1. 查找該Activity所需的任務棧是否存在（由taskAffinity控制，或者預設為包名）。

2. 在任務棧當中查找該Activity是否存在。

這裡面存在任務棧的切換，也就是當開啟的singtask類型的Activity不屬于目前任務棧時，則會切換到其任務棧。

singleInstance：單執行個體模式。

包含了singleTask的所有特性，另外加上：設定為該模式的Activity，隻能單獨存在于一個任務棧中。當有兩個singleInstace的Activity設定成同樣的任務棧時，會出現兩個同名的任務棧，分别用來存放同名的Activity。

注：在任何跳轉的時候，首先調用本Activity的onPause，然後跳轉。如果被跳轉的activity由于啟動方式而沒建立新的執行個體，則會先調用onNewIntent，然後按照正常的生命周期調用。

如

1：A→B，A：onPause；B：onCreate，onStart，onResume。

2：A(singleTop)→A，A：onPause；A：onSaveInstanceState；A：onResume。

3、View的繪制

推薦郭霖大神的部落格：

http://blog.csdn.net/guolin_blog/article/details/16330267

4、canvas的使用

推薦以下部落格：

http://blog.csdn.net/qinjuning/article/details/6936783

5、ActivityManagerService的相關知識點

推薦以下部落格：

http://wiki.jikexueyuan.com/project/deep-android-v2/activity.html

6、Activity切換時生命周期交集

Activity之間的協作當一個activity A啟動了另外一個activity B，它們的生命周期是有交叉的；

首先A的onPause()被調用；

之後B的onCrate(), onStart()及onResume() 方法會被調用（此時B擁有使用者焦點）；

最後，如果A在螢幕上不可見，onStop()方法被調用；

是以，我們在兩個activities中傳遞資料，或者共享資源時（如資料庫連接配接），需要在前一個activity的onPause()方法而不是onStop()方法中進行；

7、Hybrid（重要加分項）

  1. java和JS的互動

    http://droidyue.com/blog/2014/09/20/interaction-between-java-and-javascript-in-android/

    http://rensanning.iteye.com/blog/2043049

  2. WebView開啟JavaScript腳本執行
  3. WebView設定供JavaScript調用的互動接口。

8、網絡程式設計

  1. volley

    https://bxbxbai.github.io/2014/09/14/android-working-with-volley/

    http://blog.csdn.net/guolin_blog/article/details/17656437

  2. 如何控制TCP連接配接時的擁塞

    http://blog.csdn.net/yechaodechuntian/article/details/25429143

  3. 三次握手

    http://blog.csdn.net/whuslei/article/details/6667471

  4. Android用戶端和服務端如何使用Token和Session

    http://wyong.blog.51cto.com/1115465/1553352

  5. 移動端擷取網絡資料優化的幾個點

    1. 連接配接複用 :

      節省連接配接建立時間，如開啟 keep-alive。

      對于 Android 來說預設情況下 HttpURLConnection 和 HttpClient 都開啟了 keep-alive。隻是 2.2 之前 HttpURLConnection 存在影響連接配接池的 Bug，具體可見：Android HttpURLConnection 及 HttpClient 選擇

    2. 請求合并:

      即将多個請求合并為一個進行請求，比較常見的就是網頁中的 CSS Image Sprites。如果某個頁面内請求過多，也可以考慮做一定的請求合并。

    3. 減少請求資料的大小：

      對于post請求，body可以做gzip壓縮的，header也可以作資料壓縮(不過隻支援http 2.0)。

    4. 傳回的資料的body也可以作gzip壓縮，body資料體積可以縮小到原來的30%左右。(也可以考慮壓縮傳回的json資料的key資料的體積，尤其是針對傳回資料格式變化不大的情況，支付寶聊天傳回的資料用到了)
    5. 根據使用者的目前的網絡品質來判斷下載下傳什麼品質的圖檔(電商用的比較多)。

9、android開發中，可能會導緻記憶體洩露的問題

  1. 不要讓生命周期長于Activity的對象持有到Activity的引用
  2. 盡量使用Application的Context而不是Activity的Context
  3. 盡量不要在Activity中使用非靜态内部類，因為非靜态内部類會隐式持有外部類執行個體的引用（具體可以檢視細話Java：”失效”的private修飾符了解）。如果使用靜态内部類，将外部執行個體引用作為弱引用持有。

  4. 垃圾回收不能解決記憶體洩露，了解Android中垃圾回收機制

    **更多内容可以參考以下部落格：

    http://spencer-dev.lofter.com/post/d7b9e_6faf120

10、activity的啟動過程：

http://www.cloudchou.com/android/post-788.html

以上是我遇到和搜集到的各類題目以及相應的解答，接下來一段時間也會持續更新，大家遇到什麼經典或者不會的問題也可以給我留言，在此統一分享給大家。祝大家能夠找到自己心儀的工作，前途一片光明！

Android點滴 android java 面試題 工程師 java基礎
上一篇: 設計模式【15】--從審批流中學習責任鍊模式
下一篇: php擷取指定日期段内每一天的日期

繼續閱讀