② springboot面試用不用看源碼啊
需要看源代碼。
可以對Boot的運用更加熟練，更加貼近真實應用。本書的特點是示例代碼豐富，實用性和系統性較強，讀者可以直接還原書中示例，本書主要適用於初學者，Java開發人員。
③ java兩年經驗面試都會問什麼問題
個人介紹：
首先介紹下我面試時的自身條件情況，我把自己的情況分為優勢和劣勢來說可能更有利於你們比較自身情況。
劣勢：
1.15年7月畢業後開始到上海工作，面試的時候是17年3月到4月，一年多的經驗，勉強算兩年經驗。分析：一年多經驗我認為是比較尷尬的，處於一個不上不下的位置，很多公司比較喜歡招三年經驗的，或者直接招應屆生來培養。
2.畢業於一個非985/211，勉強上一本的高校。分析：這個相對影響較小，因為有工作經驗後，公司對學校的要求就沒那麼高了，只要是本科就基本沒問題，但是還是有個別叼毛公司只要985/211。
3.前一家公司是傳統電信行業，加入項目組時，項目已經上線有段時間了，我們的任務就是有需求就開發，有bug就優化，其他時間就聊騷，各干各的，工作一年多跟在養老一樣，用一句話說就是編程5分鍾，扯淡2小時，項目經驗嚴重不足，沒開發過很難的需求。分析：這一點是最傷的，公司招有經驗的就想看你都幹了些什麼牛批的東西，結果你告訴面試官我寫的需求都是垃圾。
優勢：
1.大學時拿過比較多的獎，每年都是校級優秀學生，畢業時是市級優秀畢業生，拿過省級ACM二等獎等。分析：大學的榮譽對一個有工作經驗的人來說，公司不一定會看重，但是可能會對面試官產生微妙的影響，特別是ACM獎，我碰到過有的面試官也是搞過ACM的，有共同的話題聊起來總是比較容易的，但是也要注意不能把這一欄篇幅寫的過於多，只能當作點綴用，我當時是放在簡歷最後一欄，簡要的寫了最主要的幾個獎。
2.良好的溝通交流能力。分析：這個能力不會是關鍵性的，但是可以加分。
3.較強的學習能力和邏輯思維能力。分析：有些公司和面試官還是比較看重一個人的學習能力的，經驗代表著你現在在什麼級別，而學習能力則代表著你將來能到達什麼級別。
學習過程：
看了我的優劣勢介紹，你會發現我的優勢相對於我的劣勢來說，簡直不值一提。我自己對此也有清晰的認識，因此從過完年之後，我就開始抓緊空閑時間學習。學習的過程如下：
1.看面試題
正常人第一步肯定都會看面試題，我也不例外，在看的過程中，我發現有些文章寫的不錯，對我幫助不小值得推薦，如下：
Java面試題全集（上）很多基礎的東西，建議先看。
各大公司Java後端開發面試題總結
面試心得與總結—BAT、網易、蘑菇街
關於Java面試，你應該准備這些知識點
2.深入學習
在看面試題的過程，你會遇到一些自己沒接觸過的或者以前沒深入學習過的知識，例如最常問的HashMap內部實現原理，這就促使你得開始去看jdk的源碼或者是學習一些新的東西。看源碼是很重要的一步，起步很難，但是會讓你收益良多，看源碼的過程如果碰到無法理解的地方，可以網路看下別人的理解。我學習源碼的過程中，看過幾個人的關於源碼的文章寫的很不錯，如下：
五月的倉頡
佔小狼
zhangshixi的Core java系列
3.熟悉項目
找出自己工作以來開發過的最叼的功能，將整個功能的流程和涉及的東西吃透。項目是面試中必問的環節，一般是以一個功能點為基礎展開問，因此你必須對這個功能有很深的認識，不能有模糊的地方。如果有時間，能把涉及到的知識點也搞懂最好。
4.做面試題
有不少公司是有面試的，如果你沒有準備過，很容易在各種小地方犯錯，建議去一些面試題網站多做些題目，我自己是用的牛客網。
5.學習記錄
把自己每天的學習時間和學習內容記錄下來，可以讓自己更有動力的學習，學習是一個枯燥的過程，你必須讓自己時刻保持有動力。
投簡歷、約面試環節
1.在哪些網站投？
拉勾網、BOSS直聘、獵聘網。
2.是否該海投？
投簡歷分為兩個情況。
1）沒有社招面試經驗：建議採取海投的方式，只要職位要求跟自己比較匹配都可以投，累計面試經驗。這個環節可以把投簡歷的網站增加兩家：智聯和無憂。
2）自認為社招面試經驗已經足夠：投那些職位匹配、公司滿意的職位。公司評價可以去看準網、網路、知乎等查詢。
3.一天約幾家面試合適？
最理想的情況為2家面試，上午一般在10點左右，下午一般在2點左右。建議把理想的公司放下午，因為下午的時間比較充足，可以讓公司更充分的了解你。我開始面的時候，每次都是上午面的不好，下午面的不錯。
4.投簡歷經常沒下文？
我當初也沒想到簡歷篩選這關有這么難，可能是我的簡歷確實亮點不多，再者HR很多都不是行內人，因此他們看得最直接的就是你上家的公司和你畢業的學校，如果你不是從牛逼的公司/學校出來，可能會碰到和我一樣的情況，應對的辦法就是多投。
5.是否該裸辭？
我一開始是邊上班邊投，然後利用調休時間，或者請假去面試。後來，面試機會越來越多，請假太頻繁了，自己都不好意思了，並且自己也已經有足夠的信心，這個時候我選擇了裸辭。裸辭還有一個原因是，在面試過程中你會發現，有的公司要人要的緊，如果你的辭職流程過長可能會導致你錯過這個公司。
6.注意事項
1）面試前一天把路線和時間算好，最好別遲到。
2）背個書包，帶好簡歷、充電寶、紙巾、雨傘。
面試環節
1.筆試常見的問題？
面試常見的問題上面給的面試題鏈接基本都有。我只提幾點：1）寫SQL：寫SQL很常考察group by、內連接和外連接。2）手寫代碼：手寫代碼一般考單例、排序、線程、消費者生產者。我建議排序演算法除了冒泡排序，最好還能手寫一種其他的排序代碼。試想：如果一般面試者都寫的冒泡排序，而你寫的是快速排序/堆排序，肯定能給面試官留下不錯的印象。
2.面試流程？
1）讓你自我介紹
2）問Java基礎知識
3）問項目
4）情景問題，例如：你的一個功能上了生產環境後，伺服器壓力驟增，該怎麼排查。
5）你有什麼想問面試官的
3.面試常問的知識點？
1）集合相關問題（必問）：
HashMap、LinkedHashMap、ConcurrentHashMap、ArrayList、LinkedList的底層實現。
HashMap和Hashtable的區別。
ArrayList、LinkedList、Vector的區別。
HashMap和ConcurrentHashMap的區別。
HashMap和LinkedHashMap的區別。
HashMap是線程安全的嗎。
ConcurrentHashMap是怎麼實現線程安全的。
2）線程相關問題（必問）：
創建線程的3種方式。
什麼是線程安全。
Runnable介面和Callable介面的區別。
wait方法和sleep方法的區別。
synchronized、Lock、ReentrantLock、ReadWriteLock。
介紹下CAS(無鎖技術)。
什麼是ThreadLocal。
創建線程池的4種方式。
ThreadPoolExecutor的內部工作原理。
分布式環境下，怎麼保證線程安全。
3）JVM相關問題：
介紹下垃圾收集機制（在什麼時候，對什麼，做了什麼）。
垃圾收集有哪些演算法，各自的特點。
類載入的過程。
雙親委派模型。
有哪些類載入器。
能不能自己寫一個類叫java.lang.String。
4）設計模式相關問題（必問）：
先問你熟悉哪些設計模式，然後再具體問你某個設計模式具體實現和相關擴展問題。
5）資料庫相關問題，針對Mysql（必問）：
給題目讓你手寫SQL。
有沒有SQL優化經驗。
Mysql索引的數據結構。
SQL怎麼進行優化。
SQL關鍵字的執行順序。
有哪幾種索引。
什麼時候該（不該）建索引。
Explain包含哪些列。
Explain的Type列有哪幾種值。
6）框架相關問題：
Hibernate和Mybatis的區別。
Spring MVC和Struts2的區別。
Spring用了哪些設計模式。
Spring中AOP主要用來做什麼。
Spring注入bean的方式。
什麼是IOC，什麼是依賴注入。
Spring是單例還是多例，怎麼修改。
Spring事務隔離級別和傳播性。
介紹下Mybatis/Hibernate的緩存機制。
Mybatis的mapper文件中#和$的區別。
Mybatis的mapper文件中resultType和resultMap的區別。
Mybatis中DAO層介面沒有寫實現類，Mapper中的方法和DAO介面方法是怎麼綁定到一起的，其內部是怎麼實現的。
7）其他遇到問題：
介紹下棧和隊列。
IO和NIO的區別。
介面和抽象類的區別。
int和Integer的自動拆箱/裝箱相關問題。
常量池相關問題。
==和equals的區別。
重載和重寫的區別。
String和StringBuilder、StringBuffer的區別。
靜態變數、實例變數、局部變數線程安全嗎，為什麼。
try、catch、finally都有return語句時執行哪個。
介紹下B樹、二叉樹。
ajax的4個字母分別是什麼意思。
xml全稱是什麼。
分布式鎖的實現。
分布式session存儲解決方案。
常用的linux命令。
一些經驗：
1.先投一些普通公司，等面出了心得再去投理想的公司。
2.不熟悉的技術不要主動提。
3.對於那種實習期6個月還打8折的公司，除非你沒有其他選擇了，否則不要去。
4.小公司喜歡在薪水上壓你，開的時候適當提高。
5.不要去參加招聘會，純粹是浪費時間。
6.把面試當作一次技術的交流，不要太在意是否能被錄取。
7.公司一般面完就決定是否錄取了，讓你回去等消息這種情況一般沒戲，無論你自己覺得面的有多好。
8.盡量少通過電話面試，效果不好。
9.在面試的日子裡，要保持每天學習，無論是學習新東西還是復習舊東西。
10.拿到offer了，問問自己這個公司讓自己100%滿意了嗎，如果不是，請繼續努力找更好的。
11.通過面試官可以大概判斷這家公司的情況。
12.拉勾投的簡歷很多會被篩掉，但是拉勾還是面試機會的最主要來源。
13.理想的公司可以多投幾次，我有好幾次都是第一次投被篩掉，多投幾次就過的經驗。
14.問到自己有深入研究過的知識，抓住機會好好表現，不要輕易放過。
④ 如何高效閱讀源代碼
下面是之前寫的一篇文章：《如何快速閱讀源碼》
本文探討在需要了解一個開源項目時，如何快速的理清開源項目的代碼邏輯！
以下是個人認為行之有效的方法：
本文以Mybatis為例來進行演示！
先「跑起來」程序界有個老傳統，學習新技術時都是從「Hello World」開始的！無論是學習新語言時，列印「Hello World」；還是學習新框架時編寫個demo！那為什麼這里的「跑起來」要打個引號呢？
實際上，當你想要閱讀一個開源項目的源碼時，絕大部分情況下，你已經能夠使用這個開源項目了！所以這里的「跑起來」就不是寫個「Hello World」，也不是能跑起來的程序了！而是能__在你的腦子里「跑起來」__！什麼意思？
Mybatis你會用了吧？那麼請問Mybatis是如何執行的呢？仔細想想，你能否用完整的語句把它描述出來？
這里是Mybatis的官方入門文章！你是如何看這篇文章的？讀一遍就行了嗎？還是跟著文章跑一遍就夠了嗎？從這篇文章里你能獲得多少信息？
我們來理一下：
回答出了上面這些問題！你也就基本能在腦子里把Mybatis「跑起來」了！之後，你才能正真的開始閱讀源碼！
當你能把一個開源項目「跑起來」後，實際上你就有了對開源項目最初步的了解了！就像「 書的索引 」一樣！基於這個索引，我們一步步的進行拆解，來細化出下一層的結構和流程，期間可能需要深入技術細節，考量實現，考慮是否有更好的實現方案！也就是說後面的三步並不是線性的，而是__不斷交替執行__的一個過程！最終就形成一個完整的源碼執行流程！
自頂向下拆解繼續通過Mybatis來演示（限於篇幅，我只演示一個大概流程）！我們現在已經有了一個大概的流程了：
雖說每個點都可以往下細化，但是也分個輕重緩急！
很明顯，SqlSession去執行 sql才是Mybatis的核心！我們先從這個點入手！
首先，你當然得先下載Mybatis的源碼了（請自行下載）！
我們直接去看SqlSession！它是個介面，裡面有一堆執行sql的方法！
這里只列出了一部分方法：
SqlSession就是通過這些方法來執行sql的！我們直接看我們常用的，也是Mybatis推薦的用法，就是基於Mapper的執行！也就是說「SqlSession通過Mapper來執行具體的sql」！上面的流程也就細化成了：
那SqlSession是如何獲取Mapper的呢？Mapper又是如何執行sql的呢？
深入細節我們來看SqlSession的實現！SqlSession有兩個實現類SqlSessionManager和DefaultSqlSession！通過IDE的引用功能可以查看兩個類的使用情況。你會發現SqlSessionManager實際並沒有使用！而DefaultSqlSession是通過DefaultSqlSessionFactory構建的！所以我們來看DefaultSqlSession是如何構建Mapper的！
它直接委託給了Configuration的getMapper方法！
Configuration又委託給了MapperRegistry類的getMapper方法！
在MapperRegistry類的getMapper中：
在這里knowMappers是什麼？MapperProxyFactory又是什麼？mapperProxyFactory.newInstance(sqlSession)具體做了什麼？
其實很簡單，knowMappers是個Map，裡麵包含了class與對應的MapperProxyFactory的對應關系！MapperProxyFactory通過newInstance來構建對應的Mapper（實際上是Mapper的代理）！
快接近真相了，看mapperProxyFactory.newInstance(sqlSession)里的代碼：
這里幹了什麼？
最終實際還是委託給了sqlSession去執行具體的sql！後面具體怎麼實現的就自行查看吧！
延伸改進現在我們的流程大概是這樣的一個過程：
現在我們大概知道了：
那麼，
這個問題列表可以很長，可以按個人需要去思考並嘗試回答！可能最終這些問題已經和開源項目本身沒有什麼關系了！但是你思考後的收獲要比看源碼本身要多得多！
再循環一輪結束後，可以再次進行：
不斷的拆解->深入->改進，最終你能__通過一個開源項目，學習到遠比開源項目本身多得多的知識__！
最重要的是，你的流程是完整的。無論是最初的大致流程：
還是到最終深入的細枝末節，都是個完整的流程！
這樣的好處是，你的時間能自由控制：
而不像debug那樣的方式，需要一下子花費很長的時間去一步步的理流程，費時費力、收效很小，而且如果中斷了就很難繼續了！
總結本文通過梳理Mybatis源碼的一個簡單流程，來講述一個個人認為比較好的閱讀源碼的方式，並闡述此方法與傳統debug方式相比的優勢。
閱讀源碼是每個優秀開發工程師的必經之路，那麼這篇文章就來講解下為什麼要閱讀源碼以及如何閱讀源碼。
首先來說下為什麼要讀源碼，有學習源碼的必要嗎？
為什麼要閱讀源碼？
關於為什麼閱讀和學習源碼，我個人認為可能有以下幾點：
（一）吊打面試官，應對面試
為了找到更好的工作，應對面試，因為在面試中肯定會問到源碼級別的問題，比如：為什麼 HashMap 是線程不安全的？
如果你沒有閱讀過源碼，面試官可能會對回答的結果不滿意，進而導致面試結果不太理想，但如果你對源碼有所研究，並能夠很好地問答面試官的問題，這可能就是你的加分點，可以形成自己獨特的競爭力，吊打面試官，升職加薪不是夢。
（二）解決問題（bug）
在開發過程中，我們或多或少會遇到 bug，比如：在 foreach 循環里進行元素的 remove/add 操作，為啥有可能會報 異常？
我們可以先在 Google、Stack Overflow 以及對應項目的 Issues 里看有沒有類似問題以及解決辦法，如果沒有的話，我們只能通過閱讀源碼的方式去解決了。如果我們對相關源碼有所涉獵，就可以快速定位到問題所在。
（三）提升編程能力
和閱讀一本好書一樣，閱讀源碼就是和編程大牛面對面交流的機會，在許多優秀的開源項目中，它們的編碼規范和架構設計都是很棒的，另外在設計上也使用了大量的設計模式，通過閱讀和學習源碼，能夠快速提升我們的編碼水平，以及對設計模式有更深的理解。
同時，在我們閱讀完一個源碼後，可以觸類旁通，能夠快速地對其他框架的源碼進行閱讀和學習，減少時間成本。
除了上述提到的原因之外，可能還有許多，在這里就不一一贅述了，那麼在確定了要閱讀源碼之後，就讓我們看下如何閱讀源碼吧！
如何閱讀源碼？
如何閱讀源碼取決於你為什麼要讀源碼，比如：
下面大概說下閱讀源碼的幾點建議：
在閱讀之前，可以先從開源項目的官網上看它的架構設計和功能文檔，了解這個項目的 整體架構、模塊組成以及各個模塊之間的聯系 。
如果沒有對應的項目文檔，可以根據代碼的模塊進行梳理，以形成對項目的初步了解，或者 查看已有的源碼解析文章或者書籍 ，在閱讀源碼之前，了解項目的架構和思路會使閱讀源碼事半功倍。
在了解一個類的時候，可以使用 ctrl+F12 來查看類中的成員變數和方法。
可以通過 IDEA 的 Diagrams 功能去了解一個類的繼承關系。
多打 斷點調試 ，斷點追蹤源碼是很好的閱讀源碼的方式，可以先通過 debug 了解下調用邏輯，都和哪些類有關聯，有大致了解後再通過 debug 了解整體代碼的功能實現，各個類都起到了什麼作用，有沒有涉及到設計模式等。
另外，優秀的開源項目中肯定會有許多地方應用到了 設計模式 ，建議在閱讀源碼之前，需要對常用的設計模式有大致的了解，不然閱讀源碼的效率會大大降低。
如果遇到讀不懂某部分源碼的時候，可以先跳過，之後再回來看，如果屬於搞不懂這部分就茶不思飯不想的人，可以在網上找是否有該部分源碼的解析或者文檔，也可以自己通過 源碼注釋和測試用例 去閱讀學習。
一般優秀的開源項目都會有 單元測試 ，可以通過對應類的單元測試去了解方法的含義和用法，加深對源碼邏輯的理解。
在閱讀源碼的時候，可以在代碼上加上 注釋和總結 ，同時還可以畫出 時序圖和類圖 ，這樣對閱讀源碼有很大的幫助，可以很清楚地知道類之間的調用關系和依賴關系，也方便以後回顧，重新閱讀。
在這里推薦大家一個 IDEA 插件 SequenceDiagram，可以根據源碼生成調用時序圖，便於閱讀源碼。
剛開始閱讀源碼，不建議直接看框架源碼，可以先從 jdk 源碼看起：
jdk 源碼也是非常龐大的，可以分模塊來閱讀，下面是建議的閱讀順序：
其他包下的代碼也可以做下了解，JDK源碼閱讀筆記：https://github.com/wupeixuan/JDKSourceCode1.8
再有了一定的源碼閱讀經驗後，可以再去學習 Spring、Spring Boot、Dubbo、Spring Cloud 等框架的源碼。
總結主要介紹了為什麼讀源碼以及如何讀源碼，供大家參考，每個人都有適合自己的閱讀源碼的方式，希望可以在學習中去摸索出一套屬於自己的方式。
閱讀源碼不是一蹴而就的，這是持久戰，只要你能夠堅持下來，肯定受益匪淺。閱讀源碼的過程比較枯燥，可以在社群里一起討論學習，這樣可能效率更高些。
沒看過源代碼，都不好意思出來說了，最近剛好在看一些，來說一個。
先看使用 https://element.eleme.cn/#/zh-CN/component/installation
先看一下這個庫是做什麼用的，然後提供了哪些功能。
看GitHub https://github.com/elemefe
一般會看下項目最新的情況，然後沒有關閉的issue，看下wiki，大家在討論什麼。
再看代碼
clone 一份到本地，然後先看下目錄結構，然後根據文檔看幾個簡單的組件的時候，一邊看掘金上的分析，一邊自己看下實現。
e le
餓了么這個框架代碼結構還是很清楚的，基本上每個組件都是分開的，所以你只要看其他的一個文件夾就行。然後一些工具的都在src文件夾。
要學會看issue，一般開源的項目都有人會來提建議，有些是bug，有些是功能，你可以看看自己是否有能力去解決，如果可以的話，你可以去fork代碼，然後自己修改，再提pr。
我最近恰好找摸索出一個梳理遺留系統架構的技巧：自底向上 找到一個典型的切面 沿著調用和回調的路徑 在代碼中添加結構化注釋（比如eclipse中加//TAG 流程A1.1 甲->>乙），這樣便得到了一個code地圖，並且在tasks視圖中看起來很直觀（看起來跟書的目錄一樣）可快速跳轉。將目錄到有道雲筆記的markdown序列圖中 就自動生成了一個序列圖。
我覺得這基本上就是可縮放的可視化架構地圖了，對維護一個比較亂和龐大的遺留系統非常有幫助，定位代碼 修改維護都方便多了。
1、需要過硬的基礎知識，這個前提。不然基本語法、常用的模式都不曉得怎麼讀。
2、多參考 歷史 版本和更新變化，好的源碼都是反復迭代出來的精華，開始就讀精華是很不明智的，所以看看版本更新說明，版本的 歷史 演變。就想人一樣是怎樣進化過來的。
3、參考別人閱讀注釋，想必在你讀源碼之前也有人讀過了源碼，並且總結，注釋。和分享原理，可供你參考，畢竟每個人讀一篇文章，理解的東西是有差異化的。
4、直接買書，有些作品直接出書就是源碼精解
5、找個大神給你慢慢分析，這個最快。娓娓道來，直接面授比啥都強。缺點是，你容易跟著他的思維走下去。
我覺得閱讀代碼就不應該高效，而應該像看小說一樣，看的過程就像是在和作者交流，有趣才是看代碼的動力。
畫圖，看數據走向，邏輯走向
先弄清楚這些代碼實現了哪些功能，然後從主線開始往下看，好的代碼光看變數和介面名稱就能明白是什麼意思？扒出源碼實現的整體框架邏輯，然後再對自己感興趣的模塊進行剖析，還是從整體把握，細節深入，慢慢地整個框架就被豐滿了。
接下來是思考為什麼要如此設計，這樣設計的好處是什麼？如果是你來做應該怎麼設計，把你覺得源碼缺點的地方進行仔細研究，了解裡面是否包含自己不清楚的細節，避免遺漏。
接下來就是根據代碼改造或者是調試錯誤，對於源碼中遇到的不理解的地方一定要弄明白，有的確實是畫蛇添足，有的有獨特的作用。
多多學習，對每一種主流框架銘記於心，對主流設計模式了如指掌，萬變不離其宗，源碼看多了，跟看一個電視機遙控器的操作說明一樣。
1、一邊閱讀代碼一邊寫注釋。這是我用過的最好的方法，對代碼理解得更深入，看一些重要代碼或者特別難懂的代碼時挺有用。更何況，注釋也是一種文檔嘛。
2、一邊閱讀代碼一邊繪制UML。這個方法適用於類之間的關系較復雜和調用層次較深的情況，我一般都是先繪制順序圖，然後為順序圖中的類繪制關系圖。
3、通過Debug來跟蹤程序的主要執行過程，這樣就可以分清主次了，閱讀的時候更有針對性。
4、類的快速閱讀。先弄清楚它在繼承鏈中的位置，看看它的內部狀態，也就是成員變數，一般來說，類的對外介面都是對成員變數的訪問、加工、代理等，然後看看它的對外介面，也就是公有成員函數，識別核心的一個或多個函數，這時候你應該可以大概了解這個類的職責或作用了。可能這個類是某個設計模式中的一個組成部分，所以，設計模式的掌握對代碼的快速閱讀也是很有幫助的。
5、帶著問題去閱讀。比如想了解android中的消息機制，那麼看看Looper、Handler、MessegeQueue這幾個類就可以了，其他的不要去看，要不然就跑題了。
下面列幾個閱讀源碼時所處的情景，在特定場景下用哪些方法： 不太熟悉業務邏輯，還不是很清楚它是幹啥的，可以用3、5。 代碼量很大，有幾十萬行，甚至百萬行，可以用2、3、5。 你無法看見程序的運行過程，比如沒有用戶界面，也有可能是無法運行的，可以用3、5。 設計復雜，用了大量的設計模式，調用鏈很深，可以用1、2、3、4、5。 時間有限，沒有那麼多時間讓你看源碼，可以用3、5。
畫出邏輯流程圖，先了解整體流程，再詳解具體函數
⑤ 怎麼准備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游戲開發面試 對方公司要我帶源碼過去 請問這正常嗎
您好，如果您所指的是您的個人作品的源碼，您可以自己考慮下是否有保密的必要性。如果是您之前某個公司或者其他的程序源碼，您需要徵求源碼法定擁有者的同意才行。至於公司的這個要求，完全是可以理解的，正常的，因為考察您所撰寫的源碼就能最直接的了解您的編程能力和編程習慣，能方便他們的考核。