安卓開發怎麼刷面試題
『壹』 三年的安卓開發面試會問什麼問題
現在的安卓行業，一年當三年用，兩年當五年用。一般不會問太高深的問題，主要在我看來就是一些優化的流程和開發的流程。比如如何搭建框架等等之類內容的東西，如果你對某個知識點知道的比較清楚的話，可以重點突出一下。千萬不要搬起石頭砸自己的腳。
『貳』 java軟體開發學完了，馬上要面試了，怎樣記面試題啊
把面試題多和同學一起交流，或者自己多編碼去領悟，還有就是拿著面試題多看看多記錄一遍一遍的用筆去畫畫寫寫刷選出難點，集中精力攻破模稜兩可的。沒學的好，工作上還是要用的，所以需要加強。
『叄』 android開發怎麼樣面試能詳到8000
無論大公司還是小公司，之所以在如何招聘到真正有能力的
前端工程師方面會遇到同樣的問題，就是因為負責招聘的那些人不知道自己公司需要什麼樣的人，結果問問題時也問不到點子上。經過這幾年在行業里的摸索，我總
結出了自己的一套很有效的面試前端工程的方法。
有的應聘者說我不好對付，但留給他們這樣的印象也並非我所願。我覺得之所以他們說我不好對付，主要是因為我問他們問題時問得太細了。以前我曾專門寫過一些
東西，告訴應聘者怎麼才能通過我的面試（Surviving an interview with me）以及優秀的前面工程師應該具備什麼樣的素質（What
makes a good front end
engineer?），而我的面試可以說完全是按照那兩篇文章的標准進行的。我不會問一些特別偏門的問題，也不認為出幾道邏輯題就能考出人的真實水平。我
唯一的想法就是確定你能否勝任我們要招的這個職位。為此，我需要簡單地考察如下幾個方面。
基本知識
我們生活在互聯網時代，你想知道的任何事情幾乎都能在15分鍾內找到相關信息。可是，能找到信息並不等於你會使用它。我認為所有前端工程師至少都應
該掌握某些基本的知識，才能有效地完成自己的工作。如果一遇到問題，就停下工作上網四處搜索解決方案，怎麼可能保證按期完成工作呢？聽聽，還有誰在說「我
不知道，但我可以上網搜到。」請這些同學把手舉起來，讓大家認識一下（immediately raises a flag for
me.）。下面我列出一些基本的知識點，這些都是我認為一名前端工程師（無論工作年頭長短）在沒有任何外來幫助的情況應該知道的。
DOM結構——兩個節點之間可能存在哪些關系以及如何在節點之間任意移動。
DOM操作——怎樣添加、移除、移動、復制、創建和查找節點。
事件——怎樣使用事件以及IE和DOM事件模型之間存在哪些主要差別。
XMLHttpRequest——這是什麼、怎樣完整地執行一次GET請求、怎樣檢測錯誤。
嚴格模式與混雜模式——如何觸發這兩種模式，區分它們有何意義。
盒模型——外邊距、內邊距和邊框之間的關系，IE 8以下版本的瀏覽器中的盒模型有什麼不同。
塊級元素與行內元素——怎麼用CSS控制它們、它們怎樣影響周圍的元素以及你覺得應該如何定義它們的樣式。
浮動元素——怎麼使用它們、它們有什麼問題以及怎麼解決這些問題。
HTML與XHTML——二者有什麼區別，你覺得應該使用哪一個並說出理由。
JSON——它是什麼、為什麼應該使用它、到底該怎麼使用它，說出實現細節來。
重申一下，上述這些知識點都應該是你應該「想都不用想」的東西。我一開始問的所有問題都是想摸清你對所有這些領域知識的掌握程度。雖然上面列出的這些知識點並沒有面面俱到，但我覺得你至少應該掌握這些，才有可能跟我坐到一間辦公室里來。
少量提問
我非常贊同面試者問的問題越少越好。反復問應聘者各種問題既不公平，也很無聊。我在任何一次面試中，通常只問三個大問題，但每個問題又會涉及我所能想到的多個方面。回答每個大問題一般要經過幾個步驟，這樣我就可以在每個步驟中穿插著問一些小問題。比如說：
現在有一個正顯示著Yahoo!股票價格的頁面。頁面上有一個按鈕，你可以單擊它來刷新價格，但不會重新載入頁面。請你描述一下實現這個功能的過程，假設伺服器會負責准備好正確的股票價格數據。
這個問題牽扯到一組我想要考察的基本知識點：DOM結構、DOM操作、事件處理、XHR和JSON。如果我要求你對換一種處理股票價格的方式，或者
讓你在頁面中顯示其他信息，就可以把更多的知識點包括進來。對於經驗比較豐富應聘者，我也可以自如地擴展要考察的知識范圍，最簡單像JOSN與XML的區
別、安全問題、容量問題，等等。
我還希望應聘者給出的任何解決方案中都不要使用庫。我想看到最原生態的代碼，你就當頁面中沒有包含任何庫。你說你對哪個庫了解多少多少，但我不能把
關於庫的知識作為評判能力的因素，因為庫是會隨時間變化的。我需要的是真正理解庫背後的機制，特別是能夠徒手寫出一個自己的庫的人。
解決問題
做為一名前端工程師，最值得高興的事莫過於解決同一個問題會有很多種不同的方法，而你要做的就是找出最合適的方法來。我在提問的時候，經常會在應聘
者解釋完一種方法後問他們還有沒有第二種方法。此時我會跟他們說，假設你的這個方法由於種種原因被否決了，那麼你還能不能給出另一種方法。這樣做可以達到
兩個目的。
首先，可以測試出他們是否在毫無意義地復述書本中的東西。不能不承認，某些人確實有過目不忘的天賦，聽他們在那裡滔滔不絕地講，你會覺得他們什麼都
明白。可是，只要一跟這些人談到怎麼查找方案無效的原因，以及能否拿出一個新方案來，他們往往就傻眼了。這時候，如果我聽到「我不明白這個方案為什麼不夠
好」之類的反問，心裡立刻就明白我的問題已經超出了他們的能力范圍，而他們只是想拿自己死記硬背的結論來矇混過關。
其次，可以測試出他們已經掌握的（還是那句話，「想都不用想」）瀏覽器技術知識。如果他們對瀏覽器平台的核心知識有較好的理解，想出解決同一問題的不同方案根本沒有那麼難。
對一名前端工程師來說，這絕對是最重要的能力。前端工程師在工作中遇到本該如此卻並未如此的難題（說你啦，IE6），應該說是一件很平常的事。一個方案無效就無計可施的人，做不了前端工程師。
考核應聘者解決問題能力的另一層原因，與我的個人喜好有關。在搞清楚應聘者知道什麼不知道什麼之後，我就會想著問一個他們知識領域之外的問題。這樣
做的目的，就是想看看他們怎樣運用已有的知識解決新問題。在解決問題的每一步，我也准備了一些提示，以防有人會卡殼打艮（在我面前15分鍾一言不發，對我
評價這個人毫無幫助）。我真正感興趣的，是他們能夠從上一步前進到下一步。我希望看到一個人就在我眼前學到新知識。
注意：所有問題都與瀏覽器技術相關。我不相信出幾道抽象的邏輯題，就能夠考出某人解決Web技術問題的能力。在我看來，這無異於讓素描大師畫肖像（或者讓劉翔跟博爾特同場競技），沒有意義，也得不到任何有價值的信息。
有激情
要成為一名優秀的前端工程師，最重要的莫過於對自己做的事要有激情。我們技能都不是從學校中或者從研討會上學來的，因此前端工程師必須具備自學能
力。瀏覽器技術的變化可謂日新月異，所以也只有不斷提升自己的技能才做得到與時俱進。我雖然不能強迫誰必須多看博客、不斷學習，但想應聘前端工程師的人恐
怕還是必須這么做的。
你怎麼知道誰對這種工作有沒有激情？實際上非常簡單。我只問一個簡單的問題：「目前你對什麼Web技術最感興趣？」這個問題永遠不會過期，而且也幾
乎不可能出錯……除非你答不上來。就眼下來說，我希望你對這個問題給出的技術中包括WebSocket、HTML、WebGL、客戶端資料庫，等等。只有
對Web開發充滿激情的人，才會堅持不懈地學習新知識、掌握新技能；這些人才是我真正想要的。當然，我會讓他們詳細解釋自己提到的技術，以保證他們不是隨
口說了幾個時髦的新詞彙。
最後一點
計算機科學或者Web設計方面的知識當然也有用，但那都是基本知識之外的東西。只要基本知識在那兒了，一切就都有了基礎，想擴充知識面也不難。可
是，如果等到正式上班以後，還得從頭學習基本技能，那種難度是不可同日而語的。另外，高級前端工程師與一般工程師相比，肯定需要掌握更多的技能。而面試幾
乎沒有經驗大學畢業生，同樣也會有一套完全不同的程序。我在這篇文章里列出來的都是一些最基本的東西。
對於那些還沒有多少面試經驗的人，我總是喜歡告訴他們，面試完了只要問自己一個問題就行：你想以後跟這個人在一起共事嗎？如果不管為什麼，回答是不，那就是不。
『肆』 android 面試題
1、前言
6 月 26 日， Google Android 發布了 NDK ，引起了很多發人員的興趣。 NDK 全
稱： Native Development Kit 。下載地址為：
http://developer.android.com/sdk/ndk/1.5_r1/index.html 。
2、誤解
新出生的事物，除了驚喜外，也會給我們帶來一定的迷惑、誤解。
2.1、誤解一： NDK 發布之前， Android 不支持進行 C 開發
在 Google 中搜索 「NDK」 ，很多 「Android 終於可以使用 C++ 開發 」 之類
的標題，這是一種對 Android 平台編程方式的誤解。其實， Android 平台從誕生起，就已
經支持 C 、 C++ 開發。眾所周知， Android 的 SDK 基於 Java 實現， 這意味著基於 Android
SDK 進行開發的第三方應用都必須使用 Java 語言。但這並不等同於 「 第三方應用只能使
用 Java」 。在 Android SDK 首次發布時， Google 就宣稱其虛擬機 Dalvik 支持 JNI 編程
方式，也就是第三方應用完全可以通過 JNI 調用自己的 C 動態庫，即在 Android 平台上，
「Java+C」 的編程方式是一直都可以實現的。
當然這種誤解的產生是有根源的：在 Android SDK 文檔里，找不到任何 JNI 方面的
幫助。即使第三方應用開發者使用 JNI 完成了自己的 C 動態鏈接庫（ so ）開發，但是 so
如何和應用程序一起打包成 apk 並發布？這裡面也存在技術障礙。我曾經花了不少時間，
安裝交叉編譯器創建 so ，並通過 asset （資源）方式，實現捆綁 so 發布。但這種方式只
能屬於取巧的方式，並非官方支持。所以，在 NDK 出來之前，我們將 「Java+C」 的開發
模式稱之為灰色模式，即官方既不聲明 「 支持這種方式 」 ，也不聲明 「 不支持這種方
式 」 。
2.2、誤解二：有了 NDK ，我們可以使用純 C 開發 Android 應用
Android SDK 採用 Java 語言發布，把眾多的 C 開發人員排除在第三方應用開發外
（ 注意：我們所有討論都是基於「 第三方應用開發 」 ， Android 系統基於 linux ，系
統級別的開發肯定是支持 C 語言的。 ）。 NDK 的發布，許多人會誤以為，類似於 Symbian 、
WM ，在 Android 平台上終於可以使用純 C 、 C++ 開發第三方應用了！其實不然， NDK
文檔明確說明： it is not a good way 。因為 NDK 並沒有提供各種系統事件處理支持，也沒
有提供應用程序生命周期維護。此外，在本次發布的 NDK 中，應用程序 UI 方面的 API 也
沒有提供。至少目前來說，使用純 C 、 C++ 開發一個完整應用的條件還不完備。
3、NDK 是什麼
對 NDK 進行了粗略的研究後，我對 「NDK 是什麼 」 的理解如下：
1、NDK 是一系列工具的集合。
NDK 提供了一系列的工具，幫助開發者快速開發 C （或 C++ ）的動態庫，並能自動
將 so 和 java 應用一起打包成 apk 。這些工具對開發者的幫助是巨大的。
NDK 集成了交叉編譯器，並提供了相應的 mk 文件隔離 CPU 、平台、 ABI 等差異，
開發人員只需要簡單修改 mk 文件（指出 「 哪些文件需要編譯 」 、 「 編譯特性要求 」
等），就可以創建出 so 。
NDK 可以自動地將 so 和 Java 應用一起打包，極大地減輕了開發人員的打包工作。
2、NDK 提供了一份穩定、功能有限的 API 頭文件聲明。
oogle 明確聲明該 API 是穩定的，在後續所有版本中都穩定支持當前發布的 API 。
從該版本的 NDK 中看出，這些 API 支持的功能非常有限，包含有： C 標准庫（ libc ）、
標准數學庫（ libm ）、壓縮庫（ libz ）、 Log 庫（ liblog ）。
G
4、NDK 帶來什麼
1、NDK 的發布，使 「Java+C」 的開發方式終於轉正，成為官方支持的開發方式。
使用 NDK ，我們可以將要求高性能的應用邏輯使用 C 開發，從而提高應用程序的執
行效率。
使用 NDK ，我們可以將需要保密的應用邏輯使用 C 開發。畢竟， Java 包都是可以反
編譯的。
NDK 促使專業 so 組件商的出現。（樂觀猜想，要視乎 Android 用戶的數量）
2、NDK 將是 Android 平台支持 C 開發的開端。
NDK 提供了的開發工具集合，使開發人員可以便捷地開發、發布 C 組件。同時，
Google 承諾在 NDK 後續版本中提高 「 可調式 」 能力，即提供遠程的 gdb 工具，使我
們可以便捷地調試 C 源碼。在支持 Android 平台 C 開發，我們能感覺到 Google 花費了
很大精力，我們有理由憧憬 「C 組件支持 」 只是 Google Android 平台上 C 開發的開端。
畢竟， C 程序員仍然是碼農陣營中的絕對主力，將這部分人排除在 Android 應用開發之外，
顯然是不利於 Android 平台繁榮昌盛的。
『伍』 怎麼准備Android面試
總體上來說可以分為兩種類型，小公司注重你的實踐能力，大公司看中你的綜合能力。小公司面試會比較集中安卓開發這一塊，比較在意你之前有沒有類似的項目經驗，有沒有遇到過目前他們所遇到的一些問題，准備這類公司面試除了基本的一些知識點還需要關注一些安卓開發實際中經常遇到的一些問題，諸如圖片緩存，常見的開源框架，oom問題等等。大公司面試比較在意你的綜合能力，無外乎是數據結構與演算法，計算機網路，操作系統，Java這。我想說在我列出的這么多考查點中，數據結構與演算法是一個分水嶺，這個的准備需要一個長時間的積累，真正的高手與一般人一試就知道，屢試不爽，所以很多公司都痴迷於考演算法，像是美團，網路，愛奇藝等公司，總共整個面試下來可以讓你手寫5個演算法題以上，我說這么多隻想告訴你這是一個門檻，能不能跨過去決定了你最終所找工作的水準，所以我都會建議每一個找程序員相關工作的人，這一塊要盡早准備，多刷一些leetcode或是其他類似的題。然後在剩下的幾塊知識中，我只想說你可以不用全部都懂，但是你必須要在某一塊知識點是有深入研究的，能夠回答面試官4到5個追加問題，如果所以知識點都只能答上一到兩個，面試官會覺得你的水平就是這樣了，另外也會覺得你沒有探究精神，關於後面一點是很恐怖的沒有探究精神做不了好的程序員。如果按照重要程度，面試安卓我覺得可以做一個這樣的排序:數據結構與演算法，java,安卓，計算機網路，操作系統，後面是資料庫或是設計模式之類的。java這一塊比較重要的是多線程同步非同步，java虛擬機內存回收，容器，面向對象一些知識點。就單單是多線程和虛擬機都可以看好幾本專門講解的書了，其他知識點就多啃啃java編程思想，遇到不懂在多翻翻博客加深理解。安卓這一塊，非同步機制，view的繪制，自定義控制項，四大組件都非常重要。不管是android或是java都最好看一些源碼，java可以看一些容器的源碼，android可以看handler,looper,message等非同步通信的源碼或是一些開源框架的源碼，會看源碼絕對是加分項。計算機網路可以注重看上面幾層，傳輸層注重研究。一般來說，前面這幾點掌握好了，足以聊好幾輪面試，一般面試官你都可以引導他去聊一些你擅長的知識點。後面幾塊知識點，你可以先掌握一些比較重要的，不一定每次面試都會遇到，但是也得准備。
我只提供一些大概的思路，具體到沒一塊知識點怎麼准備可以自己去搜集，大的方向對了加上好的執行力一般可以取得不錯的結果，祝好！
2016.03.14更新，加一些具體的准備建議：
上面這幾塊知識點，按照其重要程度排序，我個人認為可以這樣排：數據結構與演算法，Java，Android（如果不找安卓的就去掉這部分），計算機網路，操作系統，設計模式。下面我就按照這個順序給出一些准備建議。
Ø 數據結構與演算法
推薦書籍：大話數據結構，數據結構與演算法分析（java語言描述），劍指offer，進軍矽谷。
推薦在線刷題網站：Leetcode(LeetCode Online Judge)，Lintcod(LintCode - 主頁)，牛客網（在線編程_C++Java前端經典筆試面試題庫）
推薦方案：主要做三件事。
1， 先看一遍大話數據結構，熟悉一些基本概念，大話這本書只講了一些基本的數據結構，像是B樹，B+樹，紅黑樹需要自己看一些博客或是網站，推薦一個講解演算法的網站-七月演算法，另外海量數據處理也是一個經常考的專題，它結合了數據結構和操作系統的一些知識，這個需要進行針對性准備。
2，然後開始刷題，最推薦的肯定是leetcode，刷題建議按照標簽進行刷題（比如隊列，棧，哈希表），刷題從易到難，最好能夠刷一百題左右，如果一天一題，至少要三個月以上，所以這個耗時比較長，要從比較早開始准備。進軍矽谷這本書有按照專題進行編排，基本上的題目來自leetcode，可以作為一個參考。
2， 然後要分析一些常見數據結構的源碼實現（比如隊列，棧，hashmap之類的），數據結構與演算法分析這本書有講一些，可以結合一些博客進行准備。
Ø Java
找程序員工作，大多數情況下需要掌握好一門面向對象的語言，主流上分為Java和C++兩大陣營。這里講Java需要怎麼准備。
入門書籍：Java核心技術卷一，Head first in java(如果一點面向對象的概念都沒有那就看這本)
提高書籍：Java編程思想
Java虛擬機：深入理解Java虛擬機
Java多線程：Java多線程編程核心技術，Java並發編程實踐
其實我覺得如果有一定基礎建議直接看Java編程思想，面試中的考點經常都會在這本書中有講到。當然Java虛擬機和多線程這兩塊需要再看一些專門講解的書，每一次java面試考查內容幾乎都離不開這兩塊。
總體來說java考察內容包括以下這些：
1，面向對象的一些基本概念：繼承，多態之類的
2， 抽象類和介面
3， 靜態類，內部類
4， Java集合類，同步和非同步
5， Java類載入機制
6， Java內存模型和垃圾回收演算法
7， 線程同步機制（volatile,synchronized,重入鎖，threadlocal），線程間通信（wait,notify）
8， 異常處理
9， 多線程同步問題，生產者消費者，讀者寫者，哲學家就餐，用java實現
10，
了解java中設計模式的思想，用了哪些設計模式，有什麼好處
Ø Android
入門書籍：第一行代碼。
提高書籍：Android群英傳，Android開發藝術探索。
上面的書看好了，一般問題不大。主要問的一些問題：
1， Activity，Service,BrocastReceiver,Intent,Fragemnet,ContentProvider，這些組件的基礎知識，比如Activity兩種啟動方式，生命周期，四種啟動模式，Service則主要是：兩種啟動方式，生命周期。還有組件之間怎麼通信之類的問題。
2， Android的數據存儲方式，資料庫，sd卡，SharedPreferences 這些
3， Listview的優化，與scollview的區別
4， view狀態與重繪，view的繪制過程，view的事件分發機制，view的事件沖突處理
5， Android多線程非同步機制，AsyncTask工作原理與源碼實現，Handler,Message,Looper非同步實現機制與源碼分析
6， Android常見的開源框架(主要是網路通信，圖片載入這些)，了解怎麼使用，分析源碼
7， Oom和anr異常引發的原因，怎麼解決
8， 了解一些常見的圖片緩存技術
Ø 計算機網路
推薦書籍：計算機網路自頂向下，tcp/ip協議詳解卷一
主要看：主要看應用層，傳輸層，網路層，其中傳輸層最為重要。主要的一些考察內容有：
1， TCP和UDP的區別
2， TCP的三次握手，和四次揮手，為什麼需要三次握手，為什麼要四次揮手（這兩個為什麼要考慮非常清楚）
3， TCP擁塞控制演算法（慢啟動，擁塞避免，快速恢復），流量控制演算法，滑動窗口協議，選擇重傳。
4， TCP可靠性是怎麼保證的(通過哪些機制保證)？
5， HTTP協議報文格式，請求方法欄位以及各個方法之間的區別，了解常見的響應狀態碼，了解cookie機制，了解WEB緩存技術（條件get方法）。
6， DNS協議的各層域名伺服器，兩種查詢方式（遞歸和迭代），dns緩存
7， Udp的特點，適用場景，校驗機制
8， 從輸入一個網址到最後網頁顯示整個過程發生了什麼？
9， IP地址組成，ARR,RARP,ICMP協議，路由選擇演算法
『陸』 android面試題會出現什麼內容
這是一篇介紹android面試題的文章，下面就讓我們一起來了解一下吧！
1.android dvm 的進程和Linux的進程，應用程序的進程是否為同一個概念：
答：dvm是dalivk虛擬機。每一個android應用程序都在自己的進程中運行，都擁有一個dalivk虛擬機實例。而每一個dvm都是在linux的一個進程。所以說可以認為是同一個概念。
2.android的動畫有哪幾種？他們的特點和區別是什麼？
答：兩種，一種是tween動畫，一種是frame動畫。tween動畫，這種實現方式可以使視圖組件移動，放大或縮小以及產生透明度的變化。frame動畫，傳統的動畫方法，通過順序的播放排列好的圖片來實現，類似電影。
3.handler進制的原理：
答：android提供了handler和looper來滿足線程間的通信。Handler先進先出原則。looper用來管理特定線程內對象之間的消息交換(message Exchange).
1)looper:一個線程可以產生一個looper對象，由它來管理此線程里的message queue(消息隊列)
2)handler:你可以構造一個handler對象來與looper溝通，以便push新消息到messagequeue里;或者接收looper(從messagequeue里取出)所送來的消息。
3)messagequeue:用來存放線程放入的消息。
4)線程：UI thread 通常就是main thread,而android啟動程序時會為它建立一個message queue.
4.android view的刷新：
答：Android中對View的更新有很多種方式，使用時要區分不同的應用場合。我感覺最要緊的是分清：多線程和雙緩沖的使用情況。
1).不使用多線程和雙緩沖
這種情況最簡單了，一般只是希望在View發生改變時對UI進行重繪。你只需在Activity中顯式地調用View對象中的invalidate()方法即可。系統會自動調用 View的onDraw()方法。
2).使用多線程和不使用雙緩沖
這種情況需要開啟新的線程，新開的線程就不好訪問View對象了。強行訪問的話會報：android.view.ViewRoot$：Only the originalthread that created a view hierarchy can touch its views.
這時候你需要創建一個繼承了android.os.Handler的子類，並重寫handleMessage(Messagemsg)方法。android.os.Handler是能發送和處理消息的，你需要在Activity中發出更新UI的消息，然後再你的Handler(可以使用匿名內部類)中處理消息(因為匿名內部類可以訪問父類變數，你可以直接調用View對象中的invalidate()方法 )。也就是說：在新線程創建並發送一個Message，然後再主線程中捕獲、處理該消息。
3).使用多線程和雙緩沖
Android中SurfaceView是View的子類，她同時也實現了雙緩沖。你可以定義一個她的子類並實現SurfaceHolder.Callback介面。由於實現SurfaceHolder.Callback介面，新線程就不需要android.os.Handler幫忙了。SurfaceHolder中lockCanvas()方法可以鎖定畫布，繪制玩新的圖像後調用unlockCanvasAndPost(canvas)解鎖(顯示)，還是比較方便得。
5.說說mvc模式的原理，它在android中的運用:
答：android的官方建議應用程序的開發採用mvc模式。何謂mvc?
mvc是model,view,controller的縮寫，mvc包含三個部分：
l模型(model)對象：是應用程序的主體部分，所有的業務邏輯都應該寫在該層。
2視圖(view)對象：是應用程序中負責生成用戶界面的部分。也是在整個mvc架構中用戶唯一可以看到的一層，接收用戶的輸入，顯示處理結果。
3控制器(control)對象：是根據用戶的輸入，控制用戶界面數據顯示及更新model對象狀態的部分，控制器更重要的一種導航功能，想用用戶出發的相關事件，交給m哦得了處理。
android鼓勵弱耦合和組件的重用，在android中mvc的具體體現如下：
1)視圖層(view)：一般採用xml文件進行界面的描述，使用的時候可以非常方便的引入，當然，如何你對android了解的比較的多了話，就一定 可以想到在android中也可以使用javascript+html等的方式作為view層，當然這里需要進行java和javascript之間的通 信，幸運的是，android提供了它們之間非常方便的通信實現。
2)控制層(controller)：android的控制層的重 任通常落在了眾多的acitvity的肩上，這句話也就暗含了不要在acitivity中寫代碼，要通過activity交割model業務邏輯層處理， 這樣做的另外一個原因是android中的acitivity的響應時間是5s，如果耗時的操作放在這里，程序就很容易被回收掉。
3)模型層(model)：對資料庫的操作、對網路等的操作都應該在model裡面處理，當然對業務計算等操作也是必須放在的該層的。
6.Activity的生命周期:
答：onCreate: 在這里創建界面，做一些數據 的初始化工作
onStart: 到這一步變成用戶可見不可交互的
onResume:變成和用戶可交互 的，(在activity 棧系統通過棧的方式管理這些個Activity的最上面，運行完彈出棧，則回到上一個Activity)
onPause: 到這一步是可見但不可交互的，系統會停止動畫 等消耗CPU 的事情從上文的描述已經知道，應該在這里保存你的一些數據,因為這個時候你的程序的優先順序降低，有可能被系統收回。在這里保存的數據，應該在
onstop: 變得不可見，被下一個activity覆蓋了
onDestroy: 這是activity被幹掉前最後一個被調用方法了，可能是外面類調用finish方法或者是系統為了節省空間將它暫時性的幹掉
7.讓Activity變成一個窗口：
答：Activity屬性設定：有時候會做個應用程序是漂浮在手機主界面的。這個只需要在設置下Activity的主題theme,即在Manifest.xml定義Activity的地方加一句：
android :theme="@android:style/Theme.Dialog"
如果是作半透明的效果：
android:theme="@android:style/Theme.Translucent"
8.Android中常用的五種布局:
答：LinearLayout線性布局;AbsoluteLayout絕對布局;TableLayout表格布局;RelativeLayout相對布局;FrameLayout幀布局;
9.Android的五種數據存儲方式：
答：sharedPreferences;文件;sqlite;contentProvider;網路
10.請解釋下在單線程模型中Message、Handler、Message Queue、Looper之間的關系：
答：Handler獲取當前線程中的looper對象，looper用來從存有Message的Message Queue里取出message，再由Handler進行message的分發和處理。
11.AIDL的全稱是什麼?如何工作?能處理哪些類型的數據?
答：AIDL(AndroidInterface Definition Language)android介面描述語言
12.系統上安裝了多種瀏覽器，能否指定某瀏覽器訪問指定頁面？請說明原由：
答：通過直接發送Uri把參數帶過去，或者通過manifest里的intentfilter里的data屬性。代碼如下：
Intent intent = new Intent();
Intent.setAction(「android.intent.action.View」);
Uri uriBrowsers = Uri.parse(「http://www.sina.com.cn」);
Intent.setData(uriBrowsers);
//包名、要打開的activity
intent.setClassName(「com.android.browser」,」com.android.browser.BrowserActivity」);
startActivity(intent);
13.什麼是ANR,如何避免？
答：ANR的定義：
在android上，如果你的應用程序有一段時間響應不移靈敏，系統會向用戶提示「應用程序無響應」(ANR：application Not Responding)對話框。因此，在程序里對響應性能的設計很重要，這樣，系統不會顯示ANR給用戶。
如何避免：
首先來研究下為什麼它會在android的應用程序里發生和如何最佳構建應用程序來避免ANR.
android應用程序通常是運行在一個單獨的線程(例如：main)里，這就意味你的應用程序所做的事情如果在主線程里佔用了大長時間的話，就會引發ANR對話框，因為你的應用程序並沒有給自己機會來處理輸入事件或者Intent廣播。
因此，運行在主線程里的任何訪求都盡可能少做事情。特別是，activity應該在它的關鍵生命周期方法(onCreate()和onResume())里盡可能少的去作創建操作。潛在的耗時操作，例如網路或資料庫操作，或者高耗時的計算如改變點陣圖尺寸，應該在子線程里(或者以資料庫操作為例，通過非同步請求的方式)來完成。然而，不是說你的主線程阻塞在那裡等待子線程的完成---也不是調用Thread.wait()或者Thread.sleep()。替代的方法是：主線程應該為子線程提供一個Handler,以便完成時能夠提交給主線程。以這種方式設計你的應用程序，將能保證你的主線程保持對輸入的響應性並能避免由5秒輸入事件的超時引發的ANR對話框。這種做法應該在其它顯示UI的線程里效仿，因為它們都受相同的超時影響。
IntentReceiver執行時間的特殊限制意味著它應該做：在後台里做小的、瑣碎的工作，如保存設定或注冊一個Notification。和在主線程里調用的其它方法一樣，應用程序應該避免在BroadcastReceiver里做耗時的操作或計算，但也不是在子線程里做這些任務(因為BroadcastReceiver的生命周期短)，替代的是，如果響應Intent廣播需要執行一個耗時的動作的話，應用程序應該啟動一個Service。順便提及一句，你也應該避免在Intent Receiver里啟動一個Activity，因為它會創建一個新的畫面，並從當前用戶正在運行的程序上搶奪焦點。如果你的應用程序在響應Intent廣播時需要向用戶展示什麼，你應該使用Notification Manager來實現。
一般來說，在應用程序里，100到200ms是用戶能感知阻滯的時間閾值，下面總結了一些技巧來避免ANR,並有助於讓你的應用程序看起來有響應性。
如果你的應用程序為響應用戶輸入正在後台工作的話，可以顯示工作的進度(ProgressBar和ProgressDialog對這種情況來說很有用)。特別是游戲，在子線程里做移動的計算。如果你的程序有一個耗時的初始化過程的話，考慮可以顯示一個Splash Screen或者快速顯示主畫面並非同步來填充這些信息。在這兩種情況下，你都應該顯示正在進行的進度，以免用戶認為程序被凍結了。
14.什麼情況會導致Force Close？如何避免？能否捕獲導致其的異常？
答：如空指針等可以導致ForceClose;可以看Logcat，然後找到對應的程序代碼來解決錯誤。
15.橫豎屏切換時候的activity的生命周期：
答：
1) 新建一個activity,並把各個生命周期列印出來
2) 運行activity，得到如下信息：
onCreate()à
onStart()à
onResume()à
3) 按ctrl+F12切換成橫屏時
onSaveInstanceState()à
onPause()à
onStop()à
onDestroy()à
onCreate()à
onStart()à
onRestoreInstanceState()à
onResume()à
4) 再按ctrl+f12切換成豎屏時，發現列印了兩次相同的Log
onSaveInstanceState()à
onPause()à
onStop()à
onDestroyà
onCreate()à
onStart()à
onRestoreInstanceState()à
onResume()à
onSaveInstanceState()à
onPause()à
onStop()à
onDestroyà
onCreate()à
onStart()à
onRestoreInstanceState()à
onResume()à
5) 修改AndroidManifest.xml，把該Activity添加android:configChanges=「orientation」,執行步驟3
onSaveInstanceState()à
onPause()à
onStop()à
onDestroy()à
onCreate()à
onStart()à
onRestoreInstanceState()à
onResume()à
6) 修改AndroidManifest.xml，把該Activity添加android:configChanges=「orientation」,執行步驟4,發現不會再列印相同信息，但多列印了一行onConfigChanged
onSaveInstanceState()à
onPause()à
onStop()à
onDestroy()à
onCreate()à
onStart()à
onRestoreInstanceState()à
onResume()à
onConfigurationChanged()à
7) 把步驟5的android:configChanges=「orientation」改成
android:configChanges=「orientation|keyboradHidden」,執行步驟3，就只列印onConfigChanged
onConfigurationChanged()à
8) 把步驟5的android:configChanges=「orientation」改成
android:configChanges=「orientation|keyboradHidden」,執行步驟4
onConfigurationChanged()à
onConfigurationChanged()à
總結：
1) 不設置activity的android:configChanges時,切屏會重新調用各個生命周期，切橫屏時會執行一次，切豎屏時會執行兩次。
2) 設置activity的android:configChanges=「orientation」時, 切屏會重新調用各個生命周期，切橫屏、豎屏時都只會執行一次，但是豎屏最後多列印一條onConfigurationChanged()
3) 設置activity的android:configChanges=「orientation|keyboardHidden」時,切屏不會重新調用各個生命周期，只會執行onConfigurationChanged(),橫屏一次，豎屏兩次
再總結下整個activity的生命周期：
1) 當前activity產生事件彈出Toast和AlertDialog的時候Activity的生命周期不會有改變
2) Activity運行時按下HOME鍵(跟被完全覆蓋一樣的)
onSavaInstanceStateà
onPauseà
onStopà
onRestartà
onStartà
onResumeà
3) 未被完全覆蓋，只是失去焦點：
onPauseà
onResumeà
16.如何將SQLite資料庫(.db文件)與apk文件一起發布?
答：可以將.db文件復制到Eclipse Android工程中的res aw目錄中。所有在res aw目錄中的文件不會被壓縮，這樣可以直接提取該目錄中的文件。可以將.db文件復制到res aw目錄中
17.如何將打開res aw目錄中的資料庫文件?
答：在Android中不能直接打開res aw目錄中的資料庫文件，而需要在程序第一次啟動時將該文件復制到手機內存或SD卡的某個目錄中，然後再打開該資料庫文件。復制的基本方法是使用getResources().openRawResource方法獲得res aw目錄中資源的 InputStream對象，然後將該InputStream對象中的數據寫入其他的目錄中相應文件中。在Android SDK中可以使用SQLiteDatabase.openOrCreateDatabase方法來打開任意目錄中的SQLite資料庫文件。
18.android 中有哪幾種解析xml的類？官方推薦哪種？以及它們的原理和區別：
答：XML解析主要有三種方式，SAX、DOM、PULL。常規在PC上開發我們使用Dom相對輕鬆些，但一些性能敏感的資料庫或手機上還是主要採用SAX方 式，SAX讀取是單向的，優點:不佔內存空間、解析屬性方便，但缺點就是對於套嵌多個分支來說處理不是很方便。而DOM方式會把整個XML文件載入到內存 中去，這里Android開發網提醒大家該方法在查找方面可以和XPath很好的結合如果數據量不是很大推薦使用，而PULL常常用在J2ME對於節點處 理比較好，類似SAX方式，同樣很節省內存，在J2ME中我們經常使用的KXML庫來解析。
19.DDMS和TraceView的區別?
答：DDMS是一個程序執行查看器，在裡面可以看見線程和堆棧等信息，TraceView是程序性能分析器
20.談談Android的IPC機制：
答：IPC是內部進程通信的簡稱，是共享"命名管道"的資源。Android中的IPC機制是為了讓Activity和Service之間可以隨時的進行交互，故在Android中該機制，只適用於Activity和Service之間的通信，類似於遠程方法調用，類似於C/S模式的訪問。通過定義AIDL介面文件來定義IPC介面。Servier端實現IPC介面，Client端調用IPC介面本地代理。
21.NDK是什麼：
答：NDK是一系列工具的集合
NDK提供了一系列的工具，幫助開發者迅速的開發C/C++的動態庫，並能自動將so和java應用打成apk包
NDK集成了交叉編譯器，並提供了相應的mk文件和隔離cpu，平台等的差異，開發人員只需簡單的修改mk文件就可以創建出so
22.描述一下android的系統架構：
答：android系統架構分從下往上為Linux內核層、運行庫、應用程序框架層和應用程序層。
Linux內核層：負責硬體的驅動程序、網路、電源、系統安全以及內存管理等功能。
運行庫和androidruntion：運行庫：即c/c++函數庫部分，大多數都是開放源代碼的函數庫，例如webkit，該函數庫負責android網頁瀏覽器的運行;例如標準的c函數庫libc、openssl、sqlite等，當然也包括支持游戲開發的2dsgl和3dopengles，在多媒體方面有mediaframework框架來支持各種影音和圖形文件的播放與顯示，如mpeg4、h.264、mp3、aac、amr、jpg和png等眾多的多媒體文件格式。Androidruntion負責解釋和執行生成的dalvik格式的位元組碼
應用軟體架構：java應用程序開發人員主要是使用該層封裝好的api進行快速開發的。
應用程序層：該層是java的應用程序層，android內置的googlemaps、email、IM、瀏覽器等，都處於該層，java開發人員工發的程序也處於該層，而且和內置的應用程序具有平等的地位，可以調用內置的應用程序，也可以替換內置的應用程序
『柒』 好程序員android面試都面試哪些問題，不知道難不難。
根據公司的項目需求，比如公司做的是一個涉及到地圖定位，支付和聊天的項目，那一般就會找在這方面有開發經驗的人。
根據面試者簡歷上的項目經驗，看看這個人做了哪些項目，根據這些項目問一些相關的技術問題。
假設一些工作情況和條件，問面試者是如何面對和解決的。
有些公司確實會很刁難人，但這不能怪人家，畢竟他們想找一個能真正勝任工作的人，而你也想這樣的工作。所以，面試的時候最重要的還是做你自己。讓他們了解你，你自己也去了解他們。遇上自己很喜歡的工作但是人家又不要你，那你就努力提升自己。
『捌』 安卓系統面試題
一、面試程序 不同的單位對面試過程的設計會有所不同，有的單位會非常正式，有的單位則相對比較隨意，但一般來說，面試可以分為以下五個階段： 第一階段：准備階段。准備階段主要是以一般性的社交話題進行交談，例如主考會問類似「從宿舍到這里遠不遠」、「今天天氣很好，是嗎？」這樣的問題，目的是使應聘人員能比較自然地進入面試情景之中，以便消除畢業生緊張的心情，建立一種和諧、友善的面試氣氛。畢業生這時就不需要詳細地對所問問題進行一一解答，可利用這個機會熟悉面試環境和考官。 第二階段：引入階段。社交性的話題結束後，畢業生的情緒逐漸穩定下來，開始進入第二階段，這階段主要圍繞其履歷情況提出問題，給應聘者一次真正發言的機會。例如主考會問類似「請用簡短的語言介紹一下你自己」、「在大學期間所學的主要課程有哪些」、「談談你在學期間最大的收獲是什麼」等問題。畢業生在面試前就應對類似的問題進行准備，回答時要有針對性。 第三階段：正題階段。進入面談的實質性正題，主要是從廣泛的話題來了解應聘人員不同側面的心理特點、行為特徵、能力素質等，因此，提問的范圍也較廣，主要是為了針對應聘者的特點獲取評價信息，提問的方式也各...
『玖』 安卓開發做哪些性能優化，面試題
了解Aide開發源代碼