androidmvprxjava

① Android 開發有哪些新技術出現

1、開發工具

Android Studio： Google 官方放棄 Eclipse 和 Android Studio 普及。AS 雖然不算新，但是對 Android Studio 這個軟體的更新速度快的驚人，有大量的新功能發布。例如支持很多註解代碼提示註解、Live code template、支持自動生成 Parcelable 實現等等，作為開發者，持續關注這個更新列表 Recent Changes，一定會讓寫代碼的生活更加美好。

2、編程「語言」

Kotlin：作為 Android 領域的 Swift，絕對如沐新風。拋棄沉重的 java 語法，Kotlin 融入了很多現代編程語言的思想，作為開發者，接受新的語言，了解新語言的發展趨勢，更有利於開闊你的思路和加深對語言的理解。在 Android 開發上，使用 Kotlin 並不會付出什麼代價，為什麼不來試試使用Kotlin進行Android開發。
React Nativ： 跨平台一直是程序員的夢想，而且移動應用的跨平台解決方案也很多，因為 Facebook 的參與和力推，讓這個解決方案帶上了光環。第一個用 React Native 開發的 App 已經在 Google Play 上架 Facebook 廣告管理工具，聽說 Android 的 SDK 也馬上會到來，React Native。
Sky：與 React Native 類似，使用 Web 開發語言來做移動平台的開發，雖然這個只是一個嘗試，但是這是 Google 自身推出的，特別是在 Java 語言的使用上敗訴之後，這可能會有一些作為呢，domokit/sky_sdk。

3、開發模式

Dagger 2：依賴注入並不是什麼新技術，但是使用在 Android 確實一個新的嘗試。Android App 越來越被當成嚴肅的大型項目來構建，很多在以前大型伺服器開發上使用的技術都被應用到了移動開發。Android 開發分模塊開發，使用 Dagger 來松耦合模塊。特別值得一體的是，Dagger 2 現在由 Google 親自接管。 Dagger ‡ A fast dependency injector for Android and Java。
MVP：因為 Android 並沒有嚴格的業務和界面區分，項目一復雜，就很容易使代碼陷入混亂。現在 Android 開發社區對 MVP 模式討論越來越熱，覺得 MVP 是非常適合 Android APP 開發。MVP for Android: how to organize the presentation layer。
RxAndroid：函數響應式編程（Functional Reactive Programming）也不是新內容，RxAndroid 把 RxJava 帶到 Android 環境中。很多時候，編寫 Android 程序，也可以看成是數據的處理和流動，換一種思想編程，曾經看起來很棘手的問題，瞬間就很優雅的解決了：ReactiveX/RxAndroid。
MVVM：這是因為開始官方支持 DataBinding，把 MVVM 直接帶到 Android 中。數據綁定在 Windows WPF 和 Web 已經非常常見，它非常高效的開發效率，只關心數據和業務。這也對 Android 開發來說，無疑是一個非常重大的影響：android UI設計MVVM設計模式討論？。
插件化：針對大型 Android 項目，很多 App 開始使用插件來分模塊構建相對獨立的功能。
Hybrid：完全使用 HTML 5 開發 App，目前還不成熟。但是折中方案在很多情況下是非常適合的，典型的就是微信，大部分信息展示都是通過 H5 來完成，同時通過 Hybird 方式，把 Web 和 Native 打通，提供給網頁訪問本地資源的能力。

4、UI設計

Material Design：已經紅遍了大江南北，這方面的討論實在太多了，而且各種支持庫都有了，特別是 Google 官方出了一個支持庫 Android Design Support Library。
Sketch 3：這是一個專為設計移動端 UI 的設計工具，作為開發者，不用懂那麼復雜的 PS 使用，也可以做非常專業設計。

② android開發一般都使用什麼框架

Android開發框架介紹
編輯文檔
學分 +2
開發框架方麵包含基本的應用功能開發、數據存儲、網路訪問這三大塊：
一、應用方面
一般而言一個標準的Android程序由如下4部分組成即Activity、Broadcast Intent Receiver、Service、Content Provider： 1. Activity是最頻繁、最基本的模塊，在Android中，一個Activity就是手機上一屏，相當於一個網頁一樣，所不同的是，每個Activity運行結束了，有個返回值，類似一個函數一樣。Android系統會自動記錄從首頁到其他頁面的所有跳轉記錄並且自動將以前的Activity壓入系統堆棧，用戶可以通過編程的方式刪除歷史堆棧中的Activity Instance。
Activity類中主要是跟界面資源文件關聯起來（res/layout目錄下的xml資源，也可以不含任何界面資源），內部包含控制項的顯示設計、界面交互設計、事件的響應設計以及數據處理設計、導航設計等application設計的方方面面。 2. Broadcast Intent Receiver
Intent提供了各種不同Activity進行跳轉的機制，譬如如果從A activity跳轉到B activity，使用Intent來實現如下： Intent in = new Intent(A.this, B.class); startActivity(in);
BroadcastReceiver提供了各種不同的Android應用程序進行進行進程間通訊的機制，譬如當電話呼叫來臨時，可以通過BroadcastReceiver發布廣播消息。對於用戶而言，BroadcastReceiver是不透明的，用戶無法看到這個事件，BroadcastReceiver通過NotificationManager來通知用戶這些事件發生了，它既可以在資源AndroidManifest.xml中注冊，也可以在代碼中通過Context.registerReceiver()進行注冊，只要是注冊了，當事件來臨的時候，即時程序沒有啟動，系統也在需要的時候會自動啟動此應用程序；另外各應用程序很方便地通過Context.sendBroadcast()將自己的事情廣播給其他應用程序；
3. Service,跟Windows當中的Service完全是一個概念，用戶可以通過startService(Intent service)啟動一個Service，也可通過Context.bindService來綁定一個Service.
4. Content Provider，由於Android應用程序內部的數據都是私有的，Content Provider提供了應用程序之間數據交換的機制，一個程序可以通過實現一個ContentProvider的抽象介面將自己的數據暴露出去，並且隱蔽了具體的數據存儲實現，標準的ContentProvider提供了基本的CRUD（Create,Read,Update,Delete)的介面，並且實現了許可權機制，保護了數據交互的安全性； 一個標準的Android應用程序的工程文件包含如下幾大部分： -> Java源代碼部分(包含Activity)，都在src目錄當中；
-> R.java文件，這個文件是Eclipse自動生成與維護的，開發者不需要修改，提供了Android對的資源全局索引； -> Android Library，這個是應用運行的Android庫；
-> assets目錄，這個目錄裡面主要用與放置多媒體等一些文件；
-> res目錄，放置的是資源文件,跟VC中的資源目錄基本類似，其中的drawable包含的是圖片文件，layout裡麵包含的是布局文件，values目錄裡面主要包含的是字元串(strings.xml)、顏色（colors.xml)以及數組（arrays.xml)資源；
-> AndroidManifest.xml，這個文件異常重要，是整個應用的配置文件，在這個文件中，需要聲明所有用到的Activity、Service、Receiver等。

③ Android大廠面試經驗分享（OPPO，位元組，華為，阿里）

我是從小公司跳出來的，最終入職OPPO，說實話這段時間的經歷讓我深深地感受到，我們為跳槽做的一些臨時抱佛腳的提升跟那些大佬的沉澱比起來太渺小了。我們都知道找資料學習、刷面試題，但也許只能應付這一次的面試，後面還是會技術發愁，那些短時間背下來的東西遲早會忘掉， 大家還是做好長期提升自己的准備，好好沉澱的東西最後才是屬於自己的。

說說當時的面試過程，我是內推獲得的面試機會，很感謝當時幫我內推的兄弟，總共三輪面試，兩輪技術，一輪HR面，當天面試結束。

我10：10分到的公司，10：30開始面試，第一輪面試將近一個小時，聊的點我基本上都答得上來，自我感覺良好。然後面試官讓我等一下，他去叫他們老大來給我二面，我等了有二十幾分鍾吧，二面有念坦衡一個多小時，這次問的比較深，有些地方答的有些嗑吧，總體來說我自己是滿意的。HR面約到下午了，整個流程下來每輪面試官都讓人感覺很不錯，我自己做的准備也讓我面試感覺下來很爽。

我把面試遇到過的以及自己學慣用到過相關內容都整理到一起了，方便自己進行復盤和後續的查漏補缺：

一、 Java基礎

1.1 靜態內部類和非靜態內部類的比較

1.2 多態的理解與應用

1.3 java方法的多態性理解

1.4 java中介面和繼承的區別

1.5 線程池的好處，詳解，單例（絕對好記）

1.6 線程池的優點及其原理

1.7 線程池的優點（重點）

1.8 為什麼不推薦通過Executors直接創建線程池

1.9 不怕難之BlockingQueue及其實現

1.10 深入理解ReentrantLock與Condition

1.11 Java多線程：線程間通信之Lock

1.12 Synchronized 關鍵字原理

1.13 ReentrantLock原理

1.14 HashMap中的Hash沖突解決和擴容機制

1.14 Java並發

1.15 Java虛擬機

1.16 JVM常見面試題

1.17 JVM內存結構

1.18 類載入機制/雙親委託

二、 Android基礎

2.1 Activity知識點(必問)

2.2 Fragment知識點

2.3 Service知識點

2.4 Intent知識點

2.5 數據存儲

三、UI控制項篇

3.1 屏幕適配

3.2 主要控制項優化

3.3 事件分發與嵌套滾動

3.4 動態化頁面構建方案

四、網路通仔做信篇

4.1 網路協議

五、架構設計篇

5.1 MVP架構設計

5.2 組件化架構

六、性能信碼優化篇

6.1 啟動優化

6.2 內存優化

6.3 繪制優化

6.4 安裝包優化

七、源碼流程篇

7.1 開源庫源碼分析

7.2 Glide源碼分析

7.3 day 20 面試題：Glide面試題

7.4 聊一聊關於Glide在面試中的那些事

7.5 面試官：簡歷上如果寫Glide，請注意以下幾點…

7.6 Glide OOM問題解決方法匯總

7.7 LeakCanary源碼分析

7.8 OkHttp源碼分析

7.9 okhttp連接池復用機制

7.10 okhttp 流程和優化的實現

7.11 一篇讓你受用的okhttp分析

7.12 OkHttp面試之–OkHttp的整個非同步請求流程

7.13 OkHttp面試之–HttpEngine中的sendRequest方法詳解

7.14 OkHttp解析大總結

7.15 Okhttp任務隊列工作原理

7.16 Android高頻面試專題 - 架構篇（二）okhttp面試必知必會

7.17 Android 網路優化，使用 HTTPDNS 優化 DNS，從原理到 OkHttp 集成

7.18 Retrofit源碼分析

7.19 RxJava源碼分析

7.20 RxJava原理與源碼分析

7.21 RxJava如何進行線程切換的？

7.22 Rxjava內存泄漏防止方案——RxLifecycle，AutoDispose，RxLife框架

7.23 Tinker源碼分析

7.24 ARouter源碼分析

7.25 Android框架層源碼解析

7.26 演算法設計

八、新技術篇

8.1 實戰問題篇

九、面試篇

9.1 開源文檔

9.2 面試文獻

以上就是我的學習和面試積累，有自己面試經歷過的，也有整理的一些大廠面試題，篇幅有限，具體內容就不展示了，我已經整理成文檔了。

還是開頭說的，僅靠面試期間臨時抱佛腳和刷題對自身發展不是長久之計，做好長期提升的規劃，好好沉澱每一次的學習和面試經歷，把這些最終都轉化成屬於自己的東西才是實質上對自己最有用的。

④ Android真的推薦用MVI模式MVI和MVVM有什麼區別

android自己卷自己，自己造一個MVI架構模式嗎？

MVI架構模式是國內android開發者最近一兩年造出來的嗎？

看了很多MVI的資料，發現都提到cycle.js框架。android的mvi架構就是啟發於cycle.js框架。

我們再看看Cycle.js框架是什麼時候開始的，又是什麼時候開始使用MVI模式的。

Cycle.js框架 第一個預發版本 ：

https://github.com/cyclejs/cyclejs/releases?page=6

再結合官方文檔來看，Cycle.js框架就是為了MVI架構模式而生的。

雖然不知道，Cycle.js框架是不是首個MVI模式框架。

但是從很多資料可以推測，MVI架構模式就是Cycle.js框架推廣開來的。

而且早在2014年就已經在前端開發中用得飛起了。

想想2014年，咱們在幹嘛？android在用什麼架構模式。

正所謂，天下武功出少林啊。

我們android的很多技術，在前端早就用「爛了」。

我們知道MVP和MVVM的爹都是MVC。MVI的爹也是MVC。

MVC的Controller是命令是編程組件，不能直接實現響應式編程思想。

響應式編程範式（Reactive programming）：

安卓官方的compose框架、微信小程序、Flutter、React、鴻蒙UI的開發框架，都是使用響應式開發框架。

這里就不拓展開來講了，上面提到的任何一個開發框架，你只要會一個基本就能理解響應式編程範式。

如果一個都不會也沒關系，現在不理解響應式編程也沒關系，等你學會MVI就理解了，這種只有實際使用過才能深刻理解。

學不會也沒關系，不要焦慮（尤其那些工作不久的小夥伴，學不會屬於正常現象~）

MVI，咱第一遍學不會，就等2年，再學一遍~

2年後也沒學會，那就再等2年~ 一定要有耐心~

如果還是學不會，那也沒關系，因為MVI早晚也會過時~ 等過時了就不用學了~

哈哈哈~ 別笑，正經Android可不會開玩笑的。

就像rxjava，當年有多少人死活學不會，android開發現在誰還學Rxjava？哈哈哈~

用一張圖來總結這次升級的核心思想：

新版架構指南在舊版的基礎上，做了如下調整和建議：

1. 將LiveData組件改成了StateFlow

對協程的使用更友好。並且更能體現面向數據流開發的思想。

實際上，依然使用LiveData也沒毛病。

2. ViewModel傳遞給View的數據限制為View的UIState

ViewModel從Model層獲取數據後，轉換為UIState數據，通過StateFlow流向View層。

UIState的數據面向界面組件而定義的，是能直接控制View組件如何顯示的數據。

所以我們也可以稱UIState為界面的狀態或者View的狀態。

如下：

3. 單數據流還是多數據流的選擇

官方指南並沒有強制我們使用單流。

同一個界面應該使用單個StateFlow還是多個StateFlow，需要我們自己判斷。

我們應該根據UIStates數據們之間關聯程度來決定多流還是單流。

單流優缺點都十分明顯：

優點： 數據集中管控，會提高代碼的可讀性和修改的便利性。

缺點： 當數據非常多且復雜時，會影響效率。因為我們沒有diff功能，View層不能只更新有變化的數據，只會根據UIState刷新當前界面。

https://developer.android.com/jetpack/guide/ui-layer#additional-considerations

我們再看下官方新版架構圖：

當然不僅僅MVVM可以改造成響應式開發範式，MVP也是可以的。

不信你看 這篇blog ：

https://www.raywenderlich.com/817602-mvi-architecture-for-android-tutorial-getting-started

1. 理解MVC架構模式的思想【MVC是其他架構模式之爹，他的思想是MVP、MVVM、MVI的基礎，學會它是關鍵步驟~】。

3. 學習kotlin的StateFlow組件，的使用：Sequence->Flow->StateFlow。

4. 學習ViewModel組件的使用（雖然不用ViewModel也能實現MVI架構，但是ViewModel還是值得學習）。

5. 理解DRY（Don't Repeat Yourself）原則。

6. 理解MVVM（因為官方的MVI模式是基於MVVM的基礎改造的~）。

7. 學習官方架構指南。

8. 實戰。

在這里就分享一份由大佬親自收錄整理的 學習PDF+架構視頻+面試文檔+源碼筆記 ， 高級架構技術進階腦圖、Android開發面試專題資料，高級進階架構資料

這些都是我現在閑暇時還會反復翻閱的精品資料。裡面對近幾年的大廠面試高頻知識點都有詳細的講解。相信可以有效地幫助大家掌握知識、理解原理，幫助大家在未來取得一份不錯的答卷。

當然，你也可以拿去查漏補缺，提升自身的競爭力。

真心希望可以幫助到大家，Android路漫漫，共勉！

如果你有需要的話，只需 私信我【進階】即可獲取