❶ android面試官如何提問
你運氣了,正好我在寫稿，不僅有提問，還有分析。你自己看吧。
三、常見面試問題的預習。
面試說白了很簡單，無非是考察求職者是否符合崗位需求。一般而言，面試往往從自我介紹、個人經歷、掌握技能、離職原因這四個方面著手，通過一系列問題，考察應聘者的知識、技能和態度。有條件者，可找從事過招聘工作，或有一定面試經驗的朋友，就一些常見面試問題，模擬面試。在朋友面前丟臉，總好過面試時丟人。而且面試前有所准備，也有助於消除緊張，培養自信，從而獲得成功。
這里要尤其提醒兩點：第一、自我介紹往往是面試的第一個問題，非常重要，准備充分則事半功倍。第二、回答問題時應謹記言之有物，切實有據，彬彬有禮，亢卑有度，不要忘乎所以，誇誇其談。
l 「招」亦有「道」。
武俠小說泰斗金庸筆下最厲害的高手莫過於大俠獨孤求敗。他從「學招」到「創招」，最後領悟「招」的真諦，達到「無招勝有招」的境界，經過了大量的理論學習（拜師）和實踐鍛煉（打鬥）。求職者要達到「無招」的境界，同樣需要理論學習（求職技巧）和實踐鍛煉（不斷完善簡歷，積極參加面試）。
初涉塵世的年輕人，怕的就是不知企業會如何「出招」，更怕的是自己不知如何「接招」。這是因為缺乏實踐鍛煉。做過「功課」的求職者，卻怕企業「變招」。這是因為學「招」鑽了牛角尖，忘了招是死的，人是活的。
「招」亦有「道」，任何「招」都有其遵循的原理。因此要想把「招」練好，學「招」，更要學「道」。獨孤求敗將「道」化為「獨孤九劍」，求職的「道」則可歸納為一個中心，兩個基本點。即以應聘職位為中心，簡練一點，聰明一點。
我們知道，人的行為是利益驅動的，企業也不例外。無論是篩選簡歷，還是面試提問，企業的招聘都圍繞著崗位的職責和要求來進行。那麼，應聘的時候，求職者同樣要圍繞崗位的職責和要求來闡述。前面「解析企業招聘密碼」單元里，我們介紹了分析崗位信息的方法。在此基礎上，結合自己應聘優劣勢，揚長避短，確定應聘方案，就是「創招」的過程。所創「招數」越貼合崗位需求，企業就越容易「中招」。
簡練是有效溝通的基本原則之一。簡歷不是小說，面試不是演講。找個朋友，請他十秒鍾看完你的簡歷，聽你一分鍾的自我介紹。如果他能復述出其中的競聘優勢，那麼你的闡述才當得起簡練二字。有的求職者總擔心敘述中會遺漏企業感興趣的內容，從而事無巨細，尾大不掉。須知太多重點就變成了沒有重點。冗餘的原因，還是未能吃透企業的崗位需求。所謂大道至簡，要言不繁。你有見過三分鍾長的廣告嗎？事實上，大多數廣告都不到三十秒，而你能記住的，最多隻有其中一兩句話而已。同樣道理，只要吃透崗位需求，打動企業的，也就一兩句話的事情。
聰明對缺乏經驗的求職者而言，比較抽象。如何聰明？其實還是回到「中心」。招聘過程中，企業任何問題，任何抉擇，都是以崗位需求為依據。有位缺乏工作經歷的求職者，在應聘創意設計助理時寄了一張紙尿褲，上面除了聯系方式，只有一句話：「在這個行業里，我只是個嬰兒」。用紙尿褲來暗喻對知識的吸收能力，同時彰顯創意。這位求職者的成功，首先是建立在研究崗位需求基礎上的，即明確企業對創意的需求遠超軟體應用能力。其次就是真正動了腦筋，聰明地用事實來說話。有沒有創意，簡歷設計就能證明，毋庸置疑。在簡歷和面試中常用類似技巧。比如在面試中，聰明的求職者常借工作感悟和體會證明自己的工作能力。
❷ android面試面試官都問些什麼
問什麼問題都盡量實話實說，當然有些不太好的就不需要急著坦白了。面試官問的很多問題都是考驗一下你的個人反映能力、工作積極性及穩定性，影響你是否能夠被錄用的關鍵還是你個人專長和工作經驗及成果。
❸ 面試android時面試官問什麼是activity，怎麼回答好呢
Android四大基本組件分別是Activity，Service服務,Content Provider內容提供者，BroadcastReceiver廣播接收器。所以Activity是Android系統中的四大組件之一，可以用於顯示View。Activity是一個與用記交互的系統模塊，幾乎所有的Activity都是和用戶進行交互的，具體的我也不太清楚，可以找專業人士問問
❹ android 面試，演算法題。
final int size = data.length;
for(int i = 0; i< size; i++){
if(data[i] == 0xffffffff)
data[i] = 0x80ffffff;
}
不知道你是不是這個意思。
❺ android面試，換做你是面試官，你會考問啥
這么簡單，首先你有經驗沒有?有肯定有項目撒，會根據項目使用的技術進行提問，第二會問你一些關於版本控制的問題，屏幕適配，橫豎屏切換遇到的問題及解決方案，一般都問這些，若你是沒有經驗的一般會考察你的Java基礎，但是，通常沒有經驗，也沒你啥事了！
❻ 面試Android工程師會問哪些問題
就說下我的面試經歷吧，面試時一般都是根據簡歷寫的會會哪些技術，開發過什麼項目來問的，會問android的四大組件的相關問題，Handler機制原理等，如果會Java並且你在簡歷上也寫了Java，那會問相關Java的問題。這是我的個人經歷，希望對你有參考價值。
❼ android程序員面試時要注意什麼
Android程序員面試是一個綜合考慮多方面能力的測試
需要有不錯的專業技術。
面要覆蓋的廣泛一點，盡量由你做主導，多表達你的觀點
讓面試官看到你的實際技術，比如演示你做過的項目
表達流利，遇到不會的問題不要緊張，實事求是即可，切記胡亂編造
❽ 請教有經驗者，一般android面試會問些什麼問題
其實，不管是什麼樣的面試形，問的問題都差不多，萬變不離其宗，都有規律可尋。其實對所有的面試官而言，只有一個目的：在最短的時間里了解到你最多的信息。想高效率的准備面試，先從這七個大方面著手吧！
一、基本情況
1、請用最簡潔的語言描述您從前的工作經歷和工作成果。
二、專業背景
您認為此工作崗位應當具備哪些素質？
三、工作模式
您平時習慣於單獨工作還是團隊工作？
四、價值取向
您對原來的單位和上司的看法如何？
五、資質特性
您如何描述自己的個性？
六、薪資待遇
是否方便告訴我您目前的待遇是多少？
七、背景調查
您是否介意我們通過您原來的單位迚行一些調查？
95%的面試基本上都離不開這些問題，當然還有可能問一些專業問題，我想如果你做過的話應該都不是什麼難事，一般面試官都不會過多的問專業方面的問題的。
❾ Android面試遇到這樣的問題該怎樣回答
面試題
面試官：「 我給你出一道非常簡單的題，不算技術題，是這樣的：你給我在玻璃板上畫一幅畫，場景是這樣的，有一顆樹，樹上有三個蘋果，樹下面有一片草，非常簡單吧，好了你畫吧。」
遇到這樣的問題，你會怎麼做呢?
我當時毫不猶豫的就隨手畫出來了，隨便花了一棵樹，樹上掛著三個蘋果，樹下面畫了一些草。
面試官評論
面試官：這么模糊和簡單的需求你都給畫出來了，你怎麼不問我樹是什麼樹，長什麼樣，蘋果是什麼樣的蘋果，草又是什麼草呢?你畫的不是我想要的，是不是得重新返工呢?
經驗總結
其實這道題考的就是作為一個開發者要善於找到需求中的不足，並提出來，讓需求更完善，再去做，這樣做出來的東西才是客戶想要的，才不會經常返工或重做。
❿ 面試時，問哪些問題能試出一個 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來實現，不是不可以，但完全沒必要嘛！需要注意在合適的時候釋放緩存。至於具體怎麼釋放，我沒考慮過，但用軟引用的問題在於，你很難控制緩存的大小，也就是說，只有等到你的內存快要撐爆，你的圖片緩存才會被回收。是不是感覺傻傻的？
對於初級和中級工程師，我更傾向於考慮對方的學習能力，也就是你對於自己所做過的東西是否足夠了解，而非要求你那裡都強，因為就像我開頭說的，每個人由於經歷不同，擅長的方向是千差萬別的，我不喜歡挑別人的軟肋問。只要你學習能力強，我就安全感滿滿噠！