如何才能通過一線互聯(lián)網(wǎng)公司面試？相信這是很多人的疑惑，希望看完本篇文章能給大家一些啟發(fā)逾冬。
下面的截圖就是我第一次的面試題記錄，當(dāng)天面試完晚上回到家寫下的幾個問題躺苦。
現(xiàn)在從上面的幾個問題身腻，發(fā)展成了6K star的項目，以下問題是我整理的最新的一線公司面試記錄圾另，文章最后有我多年面試的經(jīng)驗分享給大家霸株。
基礎(chǔ)問題相關(guān)（問題答案在下文）：
1、接口的意義-百度
2集乔、抽象類的意義-百度
3去件、內(nèi)部類的作用-樂視
4、Java 虛擬機(jī)的特性-百度-樂視
5扰路、哪些情況下的對象會被垃圾回收機(jī)制處理掉-美團(tuán)-小米
6尤溜、進(jìn)程和線程的區(qū)別-獵豹-美團(tuán)
7、java中==和equals和hashCode的區(qū)別-樂視
8汗唱、HashMap的實現(xiàn)原理-美團(tuán)
9宫莱、string-stringbuffer-stringbuilder區(qū)別-小米-樂視-百度
10、什么導(dǎo)致線程阻塞-58-美團(tuán)
11哩罪、多線程同步機(jī)制-獵豹
12授霸、ArrayMap對比HashMap
13巡验、hashmap和hashtable的區(qū)別-樂視-小米-360
14、容器類之間的區(qū)別-樂視-美團(tuán)
15碘耳、抽象類接口區(qū)別-360
Android 方面（問題答案在下文）
16显设、如何導(dǎo)入外部數(shù)據(jù)庫？
17辛辨、本地廣播和全局廣播有什么差別捕捂？
18、intentService作用是什么,AIDL解決了什么問題-小米
19斗搞、Ubuntu編譯安卓系統(tǒng)-百度
20指攒、LaunchMode應(yīng)用場景-百度-小米-樂視
21、Touch事件傳遞流程-小米
22僻焚、View繪制流程-百度
23允悦、多線程-360
24、Handler,Thread和HandlerThread的差別-小米
25溅呢、線程同步-百度
26澡屡、什么情況導(dǎo)致內(nèi)存泄漏-美團(tuán)
27、ANR定位和修正
28咐旧、什么情況導(dǎo)致oom-樂視-美團(tuán)
29驶鹉、Service與Activity之間通信的幾種方式
30、如何保證service在后臺不被Kill
31铣墨、Requestlayout,onlayout,onDraw,DrawChild區(qū)別與聯(lián)系-獵豹
32室埋、Android動畫框架實現(xiàn)原理
33、Android為每個應(yīng)用程序分配的內(nèi)存大小是多少-美團(tuán)
34伊约、優(yōu)化自定義view百度-樂視-小米
36姚淆、volley-美團(tuán)-樂視
37、Glide源碼解析
38屡律、Android設(shè)計模式
39腌逢、Android屬性動畫特性-樂視-小米
40、Activity Window View三者的差別,fragment的特點(diǎn)-360
41超埋、invalidate和postInvalidate的區(qū)別及使用-百度
42搏讶、LinearLayout和RelativeLayout性能對比-百度
43、View刷新機(jī)制-百度-美團(tuán)
44霍殴、架構(gòu)設(shè)計-搜狐
騰訊公司面試題精選
45媒惕、2000萬個整數(shù)，找出第五十大的數(shù)字来庭？
46妒蔚、從網(wǎng)絡(luò)加載一個10M的圖片，說下注意事項
47、自定義View注意事項
48肴盏、項目中常用的設(shè)計模式
49科盛、JVM的理解
阿里面試題精選
50、進(jìn)程間通信方式
51菜皂、什么是協(xié)程
52土涝、內(nèi)存泄露是怎么回事
53、程序計數(shù)器幌墓，引到了邏輯地址（虛地址）和物理地址及其映射關(guān)系
54、數(shù)組和鏈表的區(qū)別
55冀泻、二叉樹的深度優(yōu)先遍歷和廣度優(yōu)先遍歷的具體實現(xiàn)
56常侣、堆的結(jié)構(gòu)
57、bitmap對象的理解
58弹渔、什么是深拷貝和淺拷
59胳施、對象鎖和類鎖是否會互相影響
60、looper架構(gòu)
61肢专、自定義控件原理
62舞肆、自定義控件原理
63、ActivityThread博杖，Ams椿胯，Wms的工作原理
64、Java中final剃根，finally哩盲，finalize的區(qū)別
65、一個文件中有100萬個整數(shù)狈醉，由空格分開廉油，在程序中判斷用戶輸入的整數(shù)是否在此文件中。說出最優(yōu)的方法
66苗傅、兩個進(jìn)程同時要求寫或者讀抒线，能不能實現(xiàn)？如何防止進(jìn)程的同步渣慕？
67嘶炭、volatile 的意義？
68摇庙、燒一根不均勻的繩旱物，從頭燒到尾總共需要1個小時。現(xiàn)在有若干條材質(zhì)相同的繩子卫袒，問如何用燒繩的方法來計時一個小時十五分鐘呢宵呛？
以下為上述問題的答案：
基礎(chǔ)問題相關(guān)：
1、接口的意義-百度
答：接口的意義用三個詞就可以概括:規(guī)范,擴(kuò)展,回調(diào).
2夕凝、抽象類的意義-百度
答：抽象類的意義可以用三句話來概括:
- 為其他子類提供一個公共的類型
- 封裝子類中重復(fù)定義的內(nèi)容
- 定義抽象方法,子類雖然有不同的實現(xiàn),但是定義時一致的
3宝穗、內(nèi)部類的作用-樂視
答：內(nèi)部類可以用多個實例户秤，每個實例都有自己的狀態(tài)信息，并且與其他外圍對象的信息相互獨(dú)立逮矛。
- 在單個外圍類中鸡号，可以讓多個內(nèi)部類以不同的方式實現(xiàn)同一個接口，或者繼承同一個類须鼎。
- 創(chuàng)建內(nèi)部類對象的時刻并不依賴于外圍類對象的創(chuàng)建鲸伴。
- 內(nèi)部類并沒有令人迷惑的“is-a”關(guān)系，他就是一個獨(dú)立的實體晋控。
- 內(nèi)部類提供了更好的封裝汞窗，除了該外圍類，其他類都不能訪問
4赡译、Java 虛擬機(jī)的特性-百度-樂視
答：Java 語言的一個非常重要的特點(diǎn)就是與平臺的無關(guān)性仲吏。而使用Java 虛擬機(jī)是實現(xiàn)這一特點(diǎn)的關(guān)鍵。一般的高級語言如果要在不同的平臺上運(yùn)行蝌焚，至少需要編譯成不同的目標(biāo)代碼裹唆。而引入 Java 語言虛擬機(jī)后，Java 語言在不同平臺上運(yùn)行時不需要重新編譯只洒。Java 語言使用模式 Java 虛擬機(jī)屏蔽了與具體平臺相關(guān)的信息许帐，使得 Java 語言編譯程序只需生成在 Java 虛擬機(jī)上運(yùn)行的目標(biāo)代碼（字節(jié)碼），就可以在多種平臺上不加修改地運(yùn)行毕谴。Java 虛擬機(jī)在執(zhí)行字節(jié)碼時舞吭，把字節(jié)碼解釋成具體平臺上的機(jī)器指令執(zhí)行。
5析珊、哪些情況下的對象會被垃圾回收機(jī)制處理掉-美團(tuán)-小米
答：Java 垃圾回收機(jī)制最基本的做法是分代回收羡鸥。內(nèi)存中的區(qū)域被劃分成不同的世代，對象根據(jù)其存活的時間被保存在對應(yīng)世代的區(qū)域中忠寻。一般的實現(xiàn)是劃分成3個世代：年輕惧浴、年老和永久。內(nèi)存的分配是發(fā)生在年輕世代中的奕剃。當(dāng)一個對象存活時間足夠長的時候衷旅，它就會被復(fù)制到年老世代中。對于不同的世代可以使用不同的垃圾回收算法纵朋。進(jìn)行世代劃分的出發(fā)點(diǎn)是對應(yīng)用中對象存活時間進(jìn)行研究之后得出的統(tǒng)計規(guī)律柿顶。一般來說，一個應(yīng)用中的大部分對象的存活時間都很短操软。比如局部變量的存活時間就只在方法的執(zhí)行過程中嘁锯。基于這一點(diǎn)，對于年輕世代的垃圾回收算法就可以很有針對性家乘。
6蝗羊、進(jìn)程和線程的區(qū)別-獵豹-美團(tuán)
答：簡而言之,一個程序至少有一個進(jìn)程,一個進(jìn)程至少有一個線程。
線程的劃分尺度小于進(jìn)程仁锯，使得多線程程序的并發(fā)性高耀找。
另外，進(jìn)程在執(zhí)行過程中擁有獨(dú)立的內(nèi)存單元业崖，而多個線程共享內(nèi)存野芒，從而極大地提高了程序的運(yùn)行效率。
線程在執(zhí)行過程中與進(jìn)程還是有區(qū)別的双炕。每個獨(dú)立的線程有一個程序運(yùn)行的入口复罐、順序執(zhí)行序列和程序的出口。但是線程不能夠獨(dú)立執(zhí)行雄家，必須依存在應(yīng)用程序中，由應(yīng)用程序提供多個線程執(zhí)行控制胀滚。
從邏輯角度來看趟济，多線程的意義在于一個應(yīng)用程序中，有多個執(zhí)行部分可以同時執(zhí)行咽笼。但操作系統(tǒng)并沒有將多個線程看做多個獨(dú)立的應(yīng)用顷编，來實現(xiàn)進(jìn)程的調(diào)度和管理以及資源分配。這就是進(jìn)程和線程的重要區(qū)別剑刑。
進(jìn)程是具有一定獨(dú)立功能的程序關(guān)于某個數(shù)據(jù)集合上的一次運(yùn)行活動,進(jìn)程是系統(tǒng)進(jìn)行資源分配和調(diào)度的一個獨(dú)立單位.
線程是進(jìn)程的一個實體,是CPU調(diào)度和分派的基本單位,它是比進(jìn)程更小的能獨(dú)立運(yùn)行的基本單位.線程自己基本上不擁有系統(tǒng)資源,只擁有一點(diǎn)在運(yùn)行中必不可少的資源(如程序計數(shù)器,一組寄存器和棧),但是它可與同屬一個進(jìn)程的其他的線程共享進(jìn)程所擁有的全部資源.
一個線程可以創(chuàng)建和撤銷另一個線程;同一個進(jìn)程中的多個線程之間可以并發(fā)執(zhí)行.
進(jìn)程和線程的主要差別在于它們是不同的操作系統(tǒng)資源管理方式媳纬。進(jìn)程有獨(dú)立的地址空間，一個進(jìn)程崩潰后施掏，在保護(hù)模式下不會對其它進(jìn)程產(chǎn)生影響钮惠，而線程只是一個進(jìn)程中的不同執(zhí)行路徑。線程有自己的堆棧和局部變量七芭，但線程之間沒有單獨(dú)的地址空間素挽，一個線程死掉就等于整個進(jìn)程死掉，所以多進(jìn)程的程序要比多線程的程序健壯狸驳，但在進(jìn)程切換時预明，耗費(fèi)資源較大，效率要差一些耙箍。但對于一些要求同時進(jìn)行并且又要共享某些變量的并發(fā)操作撰糠，只能用線程，不能用進(jìn)程辩昆。如果有興趣深入的話阅酪，我建議你們看看《現(xiàn)代操作系統(tǒng)》或者《操作系統(tǒng)的設(shè)計與實現(xiàn)》。對就個問題說得比較清楚。
7遮斥、java中==和equals和hashCode的區(qū)別-樂視
答：==是運(yùn)算符峦失，用于比較兩個變量是否相等。equals术吗，是Objec類的方法尉辑，用于比較兩個對象是否相等。
8较屿、HashMap的實現(xiàn)原理-美團(tuán)
答：
HashMap概述： HashMap是基于哈希表的Map接口的非同步實現(xiàn)隧魄。此實現(xiàn)提供所有可選的映射操作，并允許使用null值和null鍵隘蝎。此類不保證映射的順序购啄，特別是它不保證該順序恒久不變。
HashMap的數(shù)據(jù)結(jié)構(gòu)： 在java編程語言中嘱么，最基本的結(jié)構(gòu)就是兩種狮含，一個是數(shù)組，另外一個是模擬指針（引用）曼振，所有的數(shù)據(jù)結(jié)構(gòu)都可以用這兩個基本結(jié)構(gòu)來構(gòu)造的几迄，HashMap也不例外。HashMap實際上是一個“鏈表散列”的數(shù)據(jù)結(jié)構(gòu)冰评，即數(shù)組和鏈表的結(jié)合體映胁。
9、string-stringbuffer-stringbuilder區(qū)別-小米-樂視-百度
答：
- String 字符串常量
- StringBuffer 字符串變量（線程安全）
- StringBuilder 字符串變量（非線程安全）
簡要的說甲雅， String 類型和 StringBuffer 類型的主要性能區(qū)別其實在于 String 是不可變的對象, 因此在每次對 String 類型進(jìn)行改變的時候其實都等同于生成了一個新的 String 對象解孙，然后將指針指向新的 String 對象，所以經(jīng)常改變內(nèi)容的字符串最好不要用String 抛人，因為每次生成對象都會對系統(tǒng)性能產(chǎn)生影響弛姜，特別當(dāng)內(nèi)存中無引用對象多了以后,JVM 的 GC 就會開始工作，那速度是一定會相當(dāng)慢的妖枚。
而如果是使用 StringBuffer 類則結(jié)果就不一樣了娱据，每次結(jié)果都會對 StringBuffer 對象本身進(jìn)行操作，而不是生成新的對象盅惜，再改變對象引用中剩。所以在一般情況下我們推薦使用 StringBuffer ，特別是字符串對象經(jīng)常改變的情況下抒寂。而在某些特別情況下结啼， String 對象的字符串拼接其實是被 JVM 解釋成了 StringBuffer 對象的拼接，所以這些時候 String 對象的速度并不會比 StringBuffer 對象慢屈芜，而特別是以下的字符串對象生成中郊愧， String 效率是遠(yuǎn)要比 StringBuffer 快的：
String S1 = "This is only a" + "simple" + " test";
StringBuffer Sb = new StringBuffer("This is only a").append("simple").append("test");
你會很驚訝的發(fā)現(xiàn)朴译，生成 String S1 對象的速度簡直太快了，而這個時候 StringBuffer 居然速度上根本一點(diǎn)都不占優(yōu)勢属铁。其實這是 JVM 的一個把戲眠寿，在 JVM 眼里，這個 String S1 = “This is only a” + “ simple” + “test”; 其實就是： String S1 = “This is only a simple test”; 所以當(dāng)然不需要太多的時間了焦蘑。但大家這里要注意的是盯拱，如果你的字符串是來自另外的 String 對象的話，速度就沒那么快了例嘱，譬如： String S2 = “This is only a”; String S3 = “ simple”; String S4 = “ test”; String S1 = S2 +S3 + S4; 這時候 JVM 會規(guī)規(guī)矩矩的按照原來的方式去做
在大部分情況下 StringBuffer > String
StringBuffer
Java.lang.StringBuffer線程安全的可變字符序列狡逢。一個類似于 String 的字符串緩沖區(qū)，但不能修改拼卵。雖然在任意時間點(diǎn)上它都包含某種特定的字符序列奢浑，但通過某些方法調(diào)用可以改變該序列的長度和內(nèi)容。
可將字符串緩沖區(qū)安全地用于多個線程腋腮∪副耍可以在必要時對這些方法進(jìn)行同步，因此任意特定實例上的所有操作就好像是以串行順序發(fā)生的即寡，該順序與所涉及的每個線程進(jìn)行的方法調(diào)用順序一致徊哑。
StringBuffer 上的主要操作是 append 和 insert 方法，可重載這些方法嘿悬，以接受任意類型的數(shù)據(jù)。每個方法都能有效地將給定的數(shù)據(jù)轉(zhuǎn)換成字符串水泉，然后將該字符串的字符追加或插入到字符串緩沖區(qū)中善涨。append 方法始終將這些字符添加到緩沖區(qū)的末端；而 insert 方法則在指定的點(diǎn)添加字符草则。
例如钢拧，如果 z 引用一個當(dāng)前內(nèi)容是“start”的字符串緩沖區(qū)對象，則此方法調(diào)用 z.append("le") 會使字符串緩沖區(qū)包含“startle”炕横，而 z.insert(4, "le") 將更改字符串緩沖區(qū)源内，使之包含“starlet”廊散。
在大部分情況下 StringBuilder > StringBuffer
java.lang.StringBuilder
java.lang.StringBuilder一個可變的字符序列是5.0新增的咆耿。此類提供一個與 StringBuffer 兼容的 API巨双，但不保證同步浓领。該類被設(shè)計用作 StringBuffer 的一個簡易替換韭畸，用在字符串緩沖區(qū)被單個線程使用的時候（這種情況很普遍）捕传。如果可能为迈，建議優(yōu)先采用該類丹壕，因為在大多數(shù)實現(xiàn)中拾枣，它比 StringBuffer 要快沃疮。兩者的方法基本相同盒让。
10、什么導(dǎo)致線程阻塞-58-美團(tuán)
線程的阻塞
為了解決對共享存儲區(qū)的訪問沖突司蔬，Java 引入了同步機(jī)制邑茄，現(xiàn)在讓我們來考察多個線程對共享資源的訪問，顯然同步機(jī)制已經(jīng)不夠了俊啼，因為在任意時刻所要求的資源不一定已經(jīng)準(zhǔn)備好了被訪問肺缕，反過來，同一時刻準(zhǔn)備好了的資源也可能不止一個吨些。為了解決這種情況下的訪問控制問題搓谆，Java 引入了對阻塞機(jī)制的支持.
阻塞指的是暫停一個線程的執(zhí)行以等待某個條件發(fā)生（如某資源就緒），學(xué)過操作系統(tǒng)的同學(xué)對它一定已經(jīng)很熟悉了豪墅。Java 提供了大量方法來支持阻塞泉手，下面讓我們逐一分析。
sleep() 方法：sleep() 允許 指定以毫秒為單位的一段時間作為參數(shù)偶器，它使得線程在指定的時間內(nèi)進(jìn)入阻塞狀態(tài)斩萌，不能得到CPU 時間，指定的時間一過屏轰，線程重新進(jìn)入可執(zhí)行狀態(tài)颊郎。
典型地，sleep() 被用在等待某個資源就緒的情形：測試發(fā)現(xiàn)條件不滿足后霎苗，讓線程阻塞一段時間后重新測試姆吭，直到條件滿足為止。
suspend() 和 resume() 方法：兩個方法配套使用唁盏，suspend()使得線程進(jìn)入阻塞狀態(tài)内狸，并且不會自動恢復(fù)，必須其對應(yīng)的resume() 被調(diào)用厘擂，才能使得線程重新進(jìn)入可執(zhí)行狀態(tài)昆淡。典型地，suspend() 和 resume() 被用在等待另一個線程產(chǎn)生的結(jié)果的情形：測試發(fā)現(xiàn)結(jié)果還沒有產(chǎn)生后刽严，讓線程阻塞昂灵，另一個線程產(chǎn)生了結(jié)果后，調(diào)用 resume() 使其恢復(fù)舞萄。
yield() 方法：yield() 使得線程放棄當(dāng)前分得的 CPU 時間眨补，但是不使線程阻塞，即線程仍處于可執(zhí)行狀態(tài)倒脓，隨時可能再次分得 CPU 時間渤涌。調(diào)用 yield() 的效果等價于調(diào)度程序認(rèn)為該線程已執(zhí)行了足夠的時間從而轉(zhuǎn)到另一個線程.
wait() 和 notify() 方法：兩個方法配套使用，wait() 使得線程進(jìn)入阻塞狀態(tài)把还，它有兩種形式实蓬，一種允許 指定以毫秒為單位的一段時間作為參數(shù)茸俭，另一種沒有參數(shù)，前者當(dāng)對應(yīng)的 notify() 被調(diào)用或者超出指定時間時線程重新進(jìn)入可執(zhí)行狀態(tài)安皱，后者則必須對應(yīng)的 notify() 被調(diào)用.
初看起來它們與 suspend() 和 resume() 方法對沒有什么分別调鬓，但是事實上它們是截然不同的。區(qū)別的核心在于酌伊，前面敘述的所有方法腾窝，阻塞時都不會釋放占用的鎖（如果占用了的話），而這一對方法則相反居砖。
上述的核心區(qū)別導(dǎo)致了一系列的細(xì)節(jié)上的區(qū)別虹脯。
首先，前面敘述的所有方法都隸屬于 Thread 類奏候，但是這一對卻直接隸屬于 Object 類循集，也就是說，所有對象都擁有這一對方法蔗草。初看起來這十分不可思議咒彤，但是實際上卻是很自然的，因為這一對方法阻塞時要釋放占用的鎖咒精，而鎖是任何對象都具有的镶柱，調(diào)用任意對象的 wait() 方法導(dǎo)致線程阻塞，并且該對象上的鎖被釋放模叙。而調(diào)用 任意對象的notify()方法則導(dǎo)致因調(diào)用該對象的 wait() 方法而阻塞的線程中隨機(jī)選擇的一個解除阻塞（但要等到獲得鎖后才真正可執(zhí)行）歇拆。
其次，前面敘述的所有方法都可在任何位置調(diào)用范咨，但是這一對方法卻必須在 synchronized 方法或塊中調(diào)用故觅，理由也很簡單，只有在synchronized 方法或塊中當(dāng)前線程才占有鎖湖蜕，才有鎖可以釋放逻卖。同樣的道理宋列，調(diào)用這一對方法的對象上的鎖必須為當(dāng)前線程所擁有昭抒，這樣才有鎖可以釋放。因此炼杖，這一對方法調(diào)用必須放置在這樣的 synchronized 方法或塊中灭返，該方法或塊的上鎖對象就是調(diào)用這一對方法的對象。若不滿足這一條件坤邪，則程序雖然仍能編譯熙含，但在運(yùn)行時會出現(xiàn)IllegalMonitorStateException 異常。
wait() 和 notify() 方法的上述特性決定了它們經(jīng)常和synchronized 方法或塊一起使用艇纺，將它們和操作系統(tǒng)的進(jìn)程間通信機(jī)制作一個比較就會發(fā)現(xiàn)它們的相似性：synchronized方法或塊提供了類似于操作系統(tǒng)原語的功能怎静，它們的執(zhí)行不會受到多線程機(jī)制的干擾邮弹，而這一對方法則相當(dāng)于 block 和wakeup 原語（這一對方法均聲明為 synchronized）。它們的結(jié)合使得我們可以實現(xiàn)操作系統(tǒng)上一系列精妙的進(jìn)程間通信的算法（如信號量算法）蚓聘，并用于解決各種復(fù)雜的線程間通信問題腌乡。
關(guān)于 wait() 和 notify() 方法最后再說明兩點(diǎn)：
第一：調(diào)用 notify() 方法導(dǎo)致解除阻塞的線程是從因調(diào)用該對象的 wait() 方法而阻塞的線程中隨機(jī)選取的，我們無法預(yù)料哪一個線程將會被選擇夜牡，所以編程時要特別小心与纽，避免因這種不確定性而產(chǎn)生問題。
第二：除了 notify()塘装，還有一個方法 notifyAll() 也可起到類似作用急迂，唯一的區(qū)別在于，調(diào)用 notifyAll() 方法將把因調(diào)用該對象的 wait() 方法而阻塞的所有線程一次性全部解除阻塞蹦肴。當(dāng)然僚碎，只有獲得鎖的那一個線程才能進(jìn)入可執(zhí)行狀態(tài)。
談到阻塞冗尤，就不能不談一談死鎖听盖，略一分析就能發(fā)現(xiàn)，suspend() 方法和不指定超時期限的 wait() 方法的調(diào)用都可能產(chǎn)生死鎖裂七。遺憾的是皆看，Java 并不在語言級別上支持死鎖的避免，我們在編程中必須小心地避免死鎖背零。
以上我們對 Java 中實現(xiàn)線程阻塞的各種方法作了一番分析腰吟，我們重點(diǎn)分析了 wait() 和 notify() 方法，因為它們的功能最強(qiáng)大徙瓶，使用也最靈活毛雇，但是這也導(dǎo)致了它們的效率較低，較容易出錯侦镇。實際使用中我們應(yīng)該靈活使用各種方法灵疮，以便更好地達(dá)到我們的目的。
寫在最后
想學(xué)習(xí)更多Android知識壳繁，或者獲取上圖免費(fèi)資料請加入Android開發(fā)交流群：1018342383震捣。 有面試資源系統(tǒng)整理分享，Java語言進(jìn)階和Kotlin語言與Android相關(guān)技術(shù)內(nèi)核闹炉，APP開發(fā)框架知識蒿赢， 360°Android App全方位性能優(yōu)化。Android前沿技術(shù)渣触，高級UI羡棵、Gradle、RxJava嗅钻、小程序皂冰、Hybrid店展、 移動架構(gòu)師專題項目實戰(zhàn)環(huán)節(jié)、React Native秃流、等技術(shù)教程壁查！架構(gòu)師課程、NDK模塊開發(fā)剔应、 Flutter等全方面的 Android高級實踐技術(shù)講解睡腿。還有在線答疑
