㈠ android工程師面試一般會問哪些問題
1. Android經驗
如果不是校招，Android經驗是必須的，我比較喜歡問一些基礎概念與技術原理，比如Activity、View、Window的理解，各LaunchMode的使用場景，View的繪制流程，Touch事件機制，Android動畫的原理，Handler, Looper的理解，Android跨進程通訊的方式，Binder的理解，Android Mashup設計的理解等等。
2. Java水平
基本上就是Effective Java那本書里提到的東西，如果你背完那本書里的問題，並且對答如流，沒問題，就要你這樣的。其實也會考察關於final用法，反射原理，註解原理，java編譯過程，GC等一些常見問題。
3. IT基礎知識
其實就是計算機科班學生學校里學到的一些東西，在校招時這塊是重點，社招會放寬，但一些基本的常識是要有的，比如不少人都不知道http的get post有啥區別，https的那個s是什麼意思，講不清進程與線程的概念，不知道二分演算法是個啥東西。這些簡單問題的篩選，可以過濾一些所謂野路子的程序員，是不是科班出身不重要，搞這行就得對一些基本常識有概念，不然以後怎麼愉快的交流呢？
4. 代碼質量的認識
我們需要的是一個對代碼味道有感覺的人，關於這點，看下《Clean Code》就夠了，面試中這點其實不好考察，可以讓他聊一聊對代碼質量的認識，雖然不能排除對方誇誇其談，至少想法不多，只能提到命名風格這一點的人是不符合要求的，也可以在寫Code的環節中觀察。
5. 技術視野
比如對Android開發新技術的了解與學習，對其它流行技術領域的了解，這其實與我剛才提到的技術廣度的考察有關，就我面試過程中，發現很多非互聯網行業的從業人員，因為公司各種操蛋規定與公司技術氛圍的原因，技術視野相當狹窄。
我個人對這點深有體會，2011年我還在傳統行業從事軟體研發，當時的公司因為擔心技術信息泄露，不讓上網，相當封閉，我個人雖然自認為已在那個行業內做到業內專家的級別，但總感覺哪裡不對，有一天我很興奮的打算跟身邊同事聊一聊Android的時候，發現他們居然都不知Android為何物？2011年啊同志們，當時的震驚無法言表，深切感覺到需要作出改變了，毅然放棄多年行業積累，轉戰移動互聯網，直到現在。時至今日，多年前的小夥伴也有很多混出了名黨，開始走向人生巔峰，我也從來沒有後悔當初做出的選擇。
6. 技術想像力
一個優秀的技術人，如果知識的深度與廣度足夠，知識已成體系，那麼他對於一些從未接觸過的領域，也是可以做出足夠合理的想像與判斷，面試過程中如果問到一些領域候選人沒有涉獵，這時候一般不用過多糾纏，但如果你想借這個問題考察下他的技術想像力，可以深入下去，比如問他：「你覺得這個東西應該是什麼原理呢？」，「這個酷炫的控制項，如果要你來做，你會怎麼實現？」。在這方面表現出色的同學無疑是有深厚基礎與足夠廣度的人。
㈡ 請問安卓越面試流程是怎麼樣的，一面和二面都問些什麼問題
武漢安卓越科技有限公司
軟體工程師 | 2000-4000元/月 本科應屆生
計算機軟體 | 企業性質：民營 | 規模：20-99人 提供點薪水信息 。
㈢ 面試時，問哪些問題能試出一個 Android 應用開發者真正的水平
首先，面試官們一定要知道，每個人由於經歷不同，擅長的方向是千差萬別的，所以一定不要抓住自己擅長的某個方面去問的很深，覺得「如果連這個都不會還算毛程序員啊」。
所以我問問題的時候，往往是「兩步走」的循環：
1. 問他做過什麼，如果有成品的話，我能看看更好。
2. 從他做過的東西裡面，找到問題進行提問。具體的問題要看情況，可以是界面或效果的實現方式、相關bug的排除、該部分原理的分析。
舉一次面試時的對話作為例子吧：
我先開始：
「這份簡歷和網上投過來的那份是一樣的吧？」
「嗯，應該是一樣的。」
「嗯好。你在之前的團隊的位置是什麼？」
「中高級吧。」
「具體的工作呢？」
「寫框架，讓新人比較容易上手，能夠輕松工作。」
「你說的框架具體包括什麼呢？」
「一些會共用的東西，寫出來可以讓新人就算是剛來也能很好的完成工作。」
「聯網是你封裝的嗎？」
「是。」
「你們聯網用的是什麼？」
「就是……安卓自帶的……HttpClient。」
「直接用的？」
「嗯。」
「那你們的網路請求是怎麼做的非同步呢？」
「嗯……用Handler嘛，還有AsyncTask。」
「能具體一點嗎？」
「嗯……就是……額……」
「例如什麼情況下用Handler，什麼情況下用AsyncTask，你是怎麼決定的呢？」
「嗯……」
「或者說，他們有什麼區別呢？谷歌為什麼要造他們兩個出來，而不是只造一個呢？」
「區別……區別……他們肯定是有區別的，不然谷歌不可能造兩個。嗯……」（到這里，這個問題就可以結束了。評級減一。）
「這樣吧，你的簡歷上提到『熟悉大圖片的載入』，能說一下大圖片載入有什麼需要注意的嗎？」
「緩存嘛。」
「緩存？」
「嗯，大圖片的載入不就是ListView裡面的大圖片載入嗎？要防止內存溢出。」
「ListView裡面一定是大圖？」
「嗯……」（不了解的東西卻說自己熟悉，評級減一。繼續順著問。）
「那麼ListView中圖片的緩存你是怎麼做的呢？」
「三級緩存嘛。」
「哪三級？」
「如果內存裡面有，就用內存裡面的；如果沒有就用本地的；如果本地也沒有就從網路上取。三級。」
「網路上的也叫緩存？」
「啊。你可以把他看作緩存，也可以不看作緩存嘛。」（這個……）
「內存緩存你是怎麼實現的？」
「用的一個HashMap。」
「直接用的HashMap嗎？」
「嗯……嗯。」
「直接用HashMap的話，怎麼防止你剛才提到的內存溢出呢？」
「你可以用軟引用嘛。」（首先答案有問題，另外當聽到關鍵詞「你可以」，多數情況下這個問題也可以結束了——八成是不會，僅僅聽說過。不過出於謹慎還是繼續問了）
「軟引用就能防止內存溢出嗎？」
「還有……還有谷歌出的一個叫LRUCache的。」（迴避正面回答，確認他是不會。這個問題結束。評級減一。到此就再沒必要聊下去了。）
然後簡單過渡一下，就結束了面試。
所以你看，只需要簡單提問，然後接著對方的回答繼續往深了問，就什麼都問出來了。
--------------------------------------------------------------------------------
評論中有人問到這次面試中我沒有問完的問題的答案，那簡單就說一下，想了解更多還請自行谷歌。
Handler和AsyncTask：這倆類都是用來實現非同步的，其中AsyncTask的集成度較高，使用簡單，Handler則需要手動寫Runnable或者Thread的代碼；另外，由於AsyncTask內部實現了一個非常簡單的線程池，實際上是只適用於輕量級的非同步操作的，一般不應該用於網路操作。我問他Handler和AsyncTask的區別，一方面是因為他說用AsyncTask聯網，因此我認為他對AsyncTask並不熟悉；但更重要的是在我問他實現非同步的具體手段的時候，他同時提到了Handler和AsyncTask——用這種「混搭」的使用方式來寫聯網框架，就算不考慮AsyncTask的可用性，也顯得非常怪異，這聽起來更像是在「列舉Android實現非同步操作最常用的類」，而非「講述實現網路非同步操作的具體方式」。也就是說，我聽了這句話後開始懷疑他封裝過聯網框架這件事的真實性。但我只是懷疑，並不確定，因此接著問了我想問的。
圖片緩存：大多數情況下，內存中使用LRUCache是最合適的。如果用HashMap來實現，不是不可以，但完全沒必要嘛！需要注意在合適的時候釋放緩存。至於具體怎麼釋放，我沒考慮過，但用軟引用的問題在於，你很難控制緩存的大小，也就是說，只有等到你的內存快要撐爆，你的圖片緩存才會被回收。是不是感覺傻傻的？
對於初級和中級工程師，我更傾向於考慮對方的學習能力，也就是你對於自己所做過的東西是否足夠了解，而非要求你那裡都強，因為就像我開頭說的，每個人由於經歷不同，擅長的方向是千差萬別的，我不喜歡挑別人的軟肋問。只要你學習能力強，我就安全感滿滿噠！
㈣ 面試時，問哪些問題能試出一個Android應用開發者真正的水平
首先，面試官們一定要知道，每個人由於經歷不同，擅長的方向是千差萬別的，所以一定不要抓住自己擅長的某個方面去問的很深，覺得「如果連這個都不會還算毛程序員啊」。
所以我問問題的時候，往往是「兩步走」的循環：
1. 問他做過什麼，如果有成品的話，我能看看更好。
2. 從他做過的東西裡面，找到問題進行提問。具體的問題要看情況，可以是界面或效果的實現方式、相關bug的排除、該部分原理的分析。
舉一次面試時的對話作為例子吧：
我先開始：
「這份簡歷和網上投過來的那份是一樣的吧？」
「嗯，應該是一樣的。」
「嗯好。你在之前的團隊的位置是什麼？」
「中高級吧。」
「具體的工作呢？」
「寫框架，讓新人比較容易上手，能夠輕松工作。」
「你說的框架具體包括什麼呢？」
「一些會共用的東西，寫出來可以讓新人就算是剛來也能很好的完成工作。」
「聯網是你封裝的嗎？」
「是。」
「你們聯網用的是什麼？」
「就是……安卓自帶的……HttpClient。」
「直接用的？」
「嗯。」
「那你們的網路請求是怎麼做的非同步呢？」
「嗯……用Handler嘛，還有AsyncTask。」
「能具體一點嗎？」
「嗯……就是……額……」
「例如什麼情況下用Handler，什麼情況下用AsyncTask，你是怎麼決定的呢？」
「嗯……」
「或者說，他們有什麼區別呢？谷歌為什麼要造他們兩個出來，而不是只造一個呢？」
「區別……區別……他們肯定是有區別的，不然谷歌不可能造兩個。嗯……」（到這里，這個問題就可以結束了。評級減一。）
「這樣吧，你的簡歷上提到『熟悉大圖片的載入』，能說一下大圖片載入有什麼需要注意的嗎？」
「緩存嘛。」
「緩存？」
「嗯，大圖片的載入不就是ListView裡面的大圖片載入嗎？要防止內存溢出。」
「ListView裡面一定是大圖？」
「嗯……」（不了解的東西卻說自己熟悉，評級減一。繼續順著問。）
「那麼ListView中圖片的緩存你是怎麼做的呢？」
「三級緩存嘛。」
「哪三級？」
「如果內存裡面有，就用內存裡面的；如果沒有就用本地的；如果本地也沒有就從網路上取。三級。」
「網路上的也叫緩存？」
「啊。你可以把他看作緩存，也可以不看作緩存嘛。」（這個……）
「內存緩存你是怎麼實現的？」
「用的一個HashMap。」
「直接用的HashMap嗎？」
「嗯……嗯。」
「直接用HashMap的話，怎麼防止你剛才提到的內存溢出呢？」
「你可以用軟引用嘛。」（首先答案有問題，另外當聽到關鍵詞「你可以」，多數情況下這個問題也可以結束了——八成是不會，僅僅聽說過。不過出於謹慎還是繼續問了）
「軟引用就能防止內存溢出嗎？」
「還有……還有谷歌出的一個叫LRUCache的。」（迴避正面回答，確認他是不會。這個問題結束。評級減一。到此就再沒必要聊下去了。）
然後簡單過渡一下，就結束了面試。
㈤ android 面試題編程題
你這個要是寫的話內容真的不少，只能給你一些提示，然後自己去找一下吧。。
1、顯示內載入等容待框
開啟線程，在子線程中調用載入數據方法，載入完成後使用Handler通知界面刷新
在Handler中調用刷新界面方法
2、第二個的內容更多了，需要重寫ListView，在網上搜一下「ListView分頁載入」會有很多的。
㈥ 安卓系統面試題
一、面試程序 不同的單位對面試過程的設計會有所不同，有的單位會非常正式，有的單位版則相對比較隨意，但權一般來說，面試可以分為以下五個階段： 第一階段：准備階段。准備階段主要是以一般性的社交話題進行交談，例如主考會問類似「從宿舍到這里遠不遠」、「今天天氣很好，是嗎？」這樣的問題，目的是使應聘人員能比較自然地進入面試情景之中，以便消除畢業生緊張的心情，建立一種和諧、友善的面試氣氛。畢業生這時就不需要詳細地對所問問題進行一一解答，可利用這個機會熟悉面試環境和考官。 第二階段：引入階段。社交性的話題結束後，畢業生的情緒逐漸穩定下來，開始進入第二階段，這階段主要圍繞其履歷情況提出問題，給應聘者一次真正發言的機會。例如主考會問類似「請用簡短的語言介紹一下你自己」、「在大學期間所學的主要課程有哪些」、「談談你在學期間最大的收獲是什麼」等問題。畢業生在面試前就應對類似的問題進行准備，回答時要有針對性。 第三階段：正題階段。進入面談的實質性正題，主要是從廣泛的話題來了解應聘人員不同側面的心理特點、行為特徵、能力素質等，因此，提問的范圍也較廣，主要是為了針對應聘者的特點獲取評價信息，提問的方式也各...
㈦ Android面試題一道
面介紹一下RelativeLayout用到的一些重要的屬性： 第一類:屬性值為true或false android:layout_centerHrizontal 水平居中內 android:layout_centerVertical 垂直居中 android:layout_centerInparent 相對於容父元素完全居中 android:layout_alignPar..
㈧ 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去面試。先是筆試然後是技術部門過來給我面試然後是人事過來給我面試。
筆試測試技術
技術的面試應該是就筆試答案來詢問一些答題的思路
人事的面試應該是問一版些團隊協作 過往權經歷的事情 待遇要求
最後還有復試只有兩種可能1.最後剩下幾個同等優秀的人，需要通過這次復試淘汰掉其他人
2.你已經被錄取了，只是走個形式，放輕松。
當然還有一種可能就是我所說的以上任何一點內容如果沒有問過，那麼就可能是對這個內容進行提問。
如果是上面第一種情況的話 現在的面試官很喜歡問的一些問題就是 你對於其他應聘者的看法；你覺得自己與其他人相比在那裡更優秀缺點在哪裡；如果讓你選擇你會淘汰誰。
當然也可能會問一些曾經網路上出現過的經典奇葩招聘題目：比如說請說出北京有多少汽車站台，並給出理由之類的，這類問題只要能自圓其說，基本就是通過了。
總之明天這場不用過於去准備什麼，既然他能阻止第四場測試，那麼必然有著你無法事先遇料到的內容，總之早點睡，就看你明天的應變能力了。
祝你好運！