Android工程師面試題

時間：2022-11-03 22:01:07 面試試題我要投稿

相關(guān)推薦

Android工程師面試題匯總

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

Android工程師面試題匯總

　　Java基礎：

　　1、內(nèi)存泄露的原因：

　　資源對象沒關(guān)閉。

　　如Cursor、File等資源。他們會在finalize中關(guān)閉，但這樣效率太低。容易造成內(nèi)存泄露。

　　SQLiteCursor，當數(shù)據(jù)量大的時候容易泄露

　　使用Adapter時，沒有使用系統(tǒng)緩存的converView。

　　即時調(diào)用recycle()釋放不再使用的Bitmap。

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

　　BitmapFactory.Options options = newBitmapFactory.Options();

　　options.inSampleSize = 2;//圖片寬高都為原來的二分之一，即圖片為原來的四分之一

　　Bitmap bitmap =BitmapFactory.decodeStream(cr.openInputStream(uri), null, options); preview.setImageBitmap(bitmap);

　　使用application的context來替代activity相關(guān)的context。

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

　　注冊沒取消造成內(nèi)存泄露

　　如：廣播

　　集合中的對象沒清理造成的內(nèi)存泄露我們通常把一些對象的引用加入到了集合中，當我們不需要該對象時，并沒有把它的引用從集合中清理掉，這樣這個集合就會越來越大。如果這個集合是static的話，那情況就更嚴重了。

　　Handler應該申明為靜態(tài)對象，并在其內(nèi)部類中保存一個對外部類的弱引用。如下：

　　復制代碼

　　static class MyHandler extends Handler

　　{

　　WeakReference mActivityReference;

　　MyHandler(Activity activity)

　　{

　　mActivityReference= new WeakReference(activity);

　　}

　　@Override

　　public void handleMessage(Message msg)

　　{

　　final Activity activity = mActivityReference.get();

　　if (activity != null)

　　{

　　mImageView.setImageBitmap(mBitmap);

　　}

　　2、ArrayList和LinkedList的區(qū)別

　　ArrayList初試大小為10，大小不夠會調(diào)用grow擴容：length = length + (length >> 1)

　　LinkedList中Node first,last。分別指向頭尾

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

　　對ArrayList和LinkedList而言，在列表末尾增加一個元素所花的開銷都是固定的。對

　　ArrayList而言，主要是在內(nèi)部數(shù)組中增加一項，指向所添加的元素，偶爾可能會導致對數(shù)組重新進行分配;而對LinkedList而言，這個開銷是

　　統(tǒng)一的，分配一個內(nèi)部Entry對象。

　　在ArrayList的中間插入或刪除一個元素意味著這個列表中剩余的元素都會被移動;而在LinkedList的中間插入或刪除一個元素的開銷是固定的。

　　LinkedList不支持高效的隨機元素訪問。

　　ArrayList的空間浪費主要體現(xiàn)在在list列表的結(jié)尾預留一定的容量空間，而LinkedList的空間花費則體現(xiàn)在它的每一個元素都需要消耗相當?shù)目臻g

　　可以這樣說：當操作是在一列

　　數(shù)據(jù)的后面添加數(shù)據(jù)而不是在前面或中間,并且需要隨機地訪問其中的元素時,使用ArrayList會提供比較好的性能;當你的操作是在一列數(shù)據(jù)的前面或中

　　間添加或刪除數(shù)據(jù),并且按照順序訪問其中的元素時,就應該使用LinkedList了。

　　3、hashmap和hashtable的不同

　　繼承不同。

　　復制代碼

　　public class Hashtable extends Dictionary implements Map

　　public class HashMap extends AbstractMap implements Map

　　Hashtable 中的方法是同步的，而HashMap中的方法在缺省情況下是非同步的。在多線程并發(fā)的環(huán)境下，可以直接使用Hashtable，但是要使用HashMap的話就要自己增加同步處理了。

　　Hashtable中，key和value都不允許出現(xiàn)null值。

　　在HashMap中，null可以作為鍵，這樣的鍵只有一個;可以有

　　一個或多個鍵所對應的值為null。當get()方法返回null值時，即可以表示

　　HashMap中沒有該鍵，也可以表示該鍵所對應的值為null。因此，在HashMap中不能由get()方法來判斷HashMap中是否存在某個鍵，

　　而應該用containsKey()方法來判斷。

　　兩個遍歷方式的內(nèi)部實現(xiàn)上不同。

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

　　哈希值的使用不同，HashTable直接使用對象的hashCode。而HashMap重新計算hash值。

　　6.Hashtable和HashMap它們兩個內(nèi)部實現(xiàn)方式的數(shù)組的初始大小和擴容的方式。HashTable中hash數(shù)組默認大小是11，增加的方式是 old*2+1。HashMap中hash數(shù)組的默認大小是16，而且一定是2的指數(shù)。

　　4、Iterator和Enumeration的不同

　　函數(shù)接口不同

　　Enumeration只有2個函數(shù)接口。通過Enumeration，我們只能讀取集合的數(shù)據(jù)，而不能對數(shù)據(jù)進行修改。 Iterator只有3個函數(shù)接口。Iterator除了能讀取集合的數(shù)據(jù)之外，也能數(shù)據(jù)進行刪除操作。

　　Iterator支持fail-fast機制，而Enumeration不支持。 Enumeration 是JDK

　　1.0添加的接口。使用到它的函數(shù)包括Vector、Hashtable等類，這些類都是JDK

　　1.0中加入的，Enumeration存在的目的就是為它們提供遍歷接口。Enumeration本身并沒有支持同步，而在Vector、

　　Hashtable實現(xiàn)Enumeration時，添加了同步。而Iterator 是JDK

　　1.2才添加的接口，它也是為了HashMap、ArrayList等集合提供遍歷接口。Iterator是支持fail-fast機制的：當多個線程對

　　同一個集合的內(nèi)容進行操作時，就可能會產(chǎn)生fail-fast事件。

　　ail-fast 機制是java集合(Collection)中的一種錯誤機制。當多個線程對同一個集合的內(nèi)

　　容進行操作時，就可能會產(chǎn)生fail-fast事件。例如：當某一個線程A通過iterator去遍歷某集合的過程中，若該集合的內(nèi)容被其他線程所改變

　　了;那么線程A訪問集合時，就會拋出ConcurrentModificationException異常，產(chǎn)生fail-fast事件。

　　5、接口的注意點

　　接口中的字段全部默認為 public static類型。

　　接口中的方法全部默認為 public類型。

　　接口中可以申明內(nèi)部類，而默認為public static，正因為是static，只是命名空間屬于接口，代碼邏輯不屬于接口。所以不違法接口定義。

　　接口本身可以申明為public或者缺省。

　　抽象類繼承自某接口。如果在抽象類中實現(xiàn)了父類(接口)中的方法，在其子類可以不用實現(xiàn)，否則在子類必須實現(xiàn)。

　　6、final方法

　　將方法聲明為final那有兩個原因，第一就是說明你已經(jīng)知道這個方法提供的功能已經(jīng)滿足你要求，不需要進行擴展，并且

　　也不允許任何從此類繼承的類來覆寫這個方法，但是繼承仍然可以繼承這個方法，也就是說可以直接使用。第二就是允許編譯器將所有對此方法的調(diào)用轉(zhuǎn)化為

　　inline調(diào)用的機制，它會使你在調(diào)用final方法時，直接將方法主體插入到調(diào)用處，而不是進行例行的方法調(diào)用，例如保存斷點，壓棧等，這樣可能會使

　　你的程序效率有所提高，然而當你的方法主體非常龐大時，或你在多處調(diào)用此方法，那么你的調(diào)用主體代碼便會迅速膨脹，可能反而會影響效率，所以你要慎用

　　final進行方法定義。

　　Android知識點

　　1、Handler機制

　　Handler對Activity finish影響。

　　在開發(fā)的過程中碰到一個棘手的問題，調(diào)用Activity.finish函數(shù)

　　Acitivity沒有執(zhí)行生命周期的ondestory函數(shù)，后面查找半天是因為有一個handler成員，因為它有一個delay消息沒有處理，調(diào)用

　　Activity.finish，Activity不會馬上destory，所以記得在Ativity

　　finish前清理一下handle中的未處理的消息，這樣Activity才會順利的destory

　　Looper

　　通過調(diào)用Looper.prepare()創(chuàng)建Looper()對象并綁定到ThreadLocal變量中。

　　Looper里面包含了messageQueue。

　　構(gòu)造器如下：

　　復制代碼

　　private Looper()

　　{

　　mQueue = new MessageQueue();

　　mRun = true;

　　mThread = Thread.currentThread();

　　}

　　loop()函數(shù)

　　1)從Looper中取出MessageQueue;

　　2)循環(huán)從MessageQueue中取出Message;

　　3)從Message中取出Target(Handler對象);

　　4)調(diào)用tartget的dispatchMessage分發(fā)消息。

　　Handler對象

　　重要成員變量：

　　復制代碼

　　final MessageQueue mQueue;

　　final Looper mLooper;

　　final Callback mCallback; //用于回調(diào)

　　Handler對象在發(fā)送消息的時候，將MSG的target變量設為自己。這樣在Looper對象循環(huán)取出msg的時候就可以調(diào)用對應handler的dispatchMessage()。此函數(shù)分發(fā)消息的優(yōu)先級如下：

　　Message在創(chuàng)建的時候調(diào)用Obtain設置了Callback。

　　Handler在創(chuàng)建的時候傳入了Callback。

　　交給Handler子類的HandleMessage處理(通常的做法)。

　　2、Android啟動模式

　　standard和singleTop模式。

　　這兩種比較簡單。創(chuàng)建Activity放入當前的任務棧中，若當前是singleInstace，則放入設置的任務棧中。其中如果Activity在棧頂，則調(diào)用onNewIntent。

　　singletask：棧內(nèi)復用模式。不是在當前任務棧中查找是否存在，實際過程如下：

　　查找該Activity所需的任務棧是否存在(由taskAffinity控制，或者默認為包名)。

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

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

　　singleInstance：單實例模式。

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

　　注：在任何跳轉(zhuǎn)的時候，首先調(diào)用本Activity的onPause，然后跳轉(zhuǎn)。如果被跳轉(zhuǎn)的activity由于啟動方式而沒創(chuàng)建新的實例，則會先調(diào)用onNewIntent，然后按照正常的生命周期調(diào)用。

　　如

　　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的相關(guān)知識點

　　推薦以下博客：

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

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

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

　　首先A的onPause()被調(diào)用;

　　之后B的onCrate(), onStart()及onResume() 方法會被調(diào)用(此時B擁有用戶焦點);

　　最后，如果A在屏幕上不可見，onStop()方法被調(diào)用;

　　因此，我們在兩個activities中傳遞數(shù)據(jù)，或者共享資源時(如數(shù)據(jù)庫連接)，需要在前一個activity的onPause()方法而不是onStop()方法中進行;

　　7、Hybrid(重要加分項)

　　java和JS的交互

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

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

　　WebView開啟JavaScript腳本執(zhí)行

　　WebView設置供JavaScript調(diào)用的交互接口。

　　8、網(wǎng)絡編程

　　volley

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

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

　　如何控制TCP連接時的擁塞

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

　　三次握手

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

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

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

　　移動端獲取網(wǎng)絡數(shù)據(jù)優(yōu)化的幾個點連接復用 :

　　節(jié)省連接建立時間，如開啟 keep-alive。

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

　　請求合并:

　　即將多個請求合并為一個進行請求，比較常見的就是網(wǎng)頁中的 CSS Image Sprites。如果某個頁面內(nèi)請求過多，也可以考慮做一定的請求合并。

　　減少請求數(shù)據(jù)的大�。�

　　對于post請求，body可以做gzip壓縮的，header也可以作數(shù)據(jù)壓縮(不過只支持http 2.0)。

　　返回的數(shù)據(jù)的body也可以作gzip壓縮，body數(shù)據(jù)體積可以縮小到原來的30%左右。(也可以考慮壓縮返回的json數(shù)據(jù)的key數(shù)據(jù)的體積，尤其是針對返回數(shù)據(jù)格式變化不大的情況，支付寶聊天返回的數(shù)據(jù)用到了)

　　根據(jù)用戶的當前的網(wǎng)絡質(zhì)量來判斷下載什么質(zhì)量的圖片(電商用的比較多)。

　　9、android開發(fā)中，可能會導致內(nèi)存泄露的問題

　　不要讓生命周期長于Activity的對象持有到Activity的引用

　　盡量使用Application的Context而不是Activity的Context

　　盡量不要在Activity中使用非靜態(tài)內(nèi)部類，因為非靜態(tài)內(nèi)部類會隱式持有外部類實例的引用(具體可以查看細話Java：”失效”的private修飾符了解)。如果使用靜態(tài)內(nèi)部類，將外部實例引用作為弱引用持有。

　　垃圾回收不能解決內(nèi)存泄露，了解Android中垃圾回收機制

　　**更多內(nèi)容可以參考以下博客：

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

　　10、activity的啟動過程：

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

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

【Android工程師面試題】相關(guān)文章：