Atlas Demo過程記錄。有這個是因為項目中的插件不是放在apk里面，也不是自動下載安裝的。而是有個插件管理界面，里面和app應用市場一樣的可以安裝，更新和卸載插件(其中還涉及到一些用戶/插件/插件中的功能 之間的權限問題,這里不需要關心)。Atlas自帶的動態部署和dexPatch不滿足需求，比如更新是要針對單個插件的更新而不是整個apk和所有插件。 為了找到解決方案和復習Atlas的動態部署，這才用新的demo重新走了遍流程。最后還好發現條路子可以解決我的問題~~！。
1。打包
assembleDebug
1.0.0
gradlew publish -DversionName=1.0.0(這里不加參數默認也是1.0.0，但是得有這個概念)
本地maven
3.安裝運行apk
mo\app\build\outputs\remote-bundles-debug\libcom_taobao_remotebunle.so /sdcard/Android/data/com.taobao.demo/cache/libcom_taobao_remotebunle.so
直接打開運程bundle中的component加載bundle運行。
5.查看目前為止手機上生成的產物。Adb shell下
在往下本地bundle和remote的稍微不一樣
--------------------------------------------------------動態部署------------------------------------------------------
1.分別對publicBundle,firstbundle,secondbundle,remotebundle做簡單修改。
2.gradlew clean assembleDebug -DapVersion=1.0.0 -DversionName=2.0.0
*這里第一次打patch時失敗，原因是修改過的bundle沒有改version.
3.maven上傳新的ap
gradlew publish -DversionName=2.0.0
首先demo文檔中沒有指示這一步，其次，需要指定版本，不然把原先maven中的1.0.0覆蓋掉，這樣是不對的，而且又得重來。
4..tpatch差異包文件
根據修改的情況不同，每個bundle包中結果可能不同。
比如只改了代碼，就只有classes.dex;改了界面但是沒有加id操作，就會多res但是不會有resources.arsc. Maindex.so也差不多,只是多了manifest,因為最起碼版本號變了，所以manifest肯定需要更新。
6.上傳手機
adb push build/outputs/tpatch-debug/update-1.0.0.json /sdcard/Android/data/com.taobao.demo/cache/update-1.0.0.json
adb push build/outputs/tpatch-debug/patch-2.0.0@1.0.0.tpatch/sdcard/Android/data/com.taobao.demo/cache/patch-2.0.0@1.0.0.tpatch
8.so far so good. 疑惑的地方是，文檔里面說動態部署后bundle和hostbundle在文件夾里面都為升級，如version1到version2，備份了為回滾做準備，但是并沒有看到。手機里面目錄結構和動態部署前差不多，只是bundle文件夾下面那一串unitTag的文件夾名變成新的了。
------------------------------------------第二次動態部署----------------------------------------
1.修改部分bundle。
3.上傳測試，因為當前手機是2.0.0，所以上傳的是2.0.0到3.0.0的patch
adb push build/outputs/tpatch-debug/update-2.0.0.json /sdcard/Android/data/com.taobao.demo/cache/update-2.0.0.json
adb push build/outputs/tpatch-debug/patch-3.0.0@2.0.0.tpatch /sdcard/Android/data/com.taobao.demo/cache/patch-3.0.0@2.0.0.tpatch
4.so for so gud. 查看手機文件夾還是和第一次動態部署情況一樣。
----------------------------測試直接從安裝狀態更新到3.0.0，并且在安裝時不上傳加載remote------------------------------
1.把1.0.0的ap中的apk安裝到手機
2.在把3.0.0對于1.0.0的patch上傳到手機
3.動態部署后，內部bundle能正常更新，但是外部bundle因為沒有安裝過so不能啟動，所以也談不上更新。
4.把1.0.0的remote上傳后可正常運行，但是這樣就失去了3.0.0的更新。
5.但是把1.0.0的remote完全從手機中刪除后，重新上傳3.0.0remote的so，加載后就是3.0.0的狀態。
6.震精！！！重新卸載安裝1.0.0，上傳3.0.0的remote，可行。那么就是說，我可以單獨更新某個remote bundle，不需要動態部署的升級版本，也不僅限于dexPatch只能更新代碼。只要安裝前把原來已經安裝的remote的文件夾刪除就可以。但是需要考慮幾個問題：1.已經運行狀態，內存中關于remote bundle的信息已經加載是否會造成影響，比如說已經刪除了文件夾，但是還是能查到這個bundle的信息。2.后面的更新不能依賴于host的更新。3.如果此次啟動已經運行過remote，是否會有影響,是否需要直接關閉應用讓用戶重啟。
7.最后一試，上一條否定。不用直接刪除文件夾處理，用自帶的Atlas里面的uninstall方法卸載可行。但是不會刪除上傳的so,所以要注意處理。這樣的話單獨更新一個remotebunlde是確實可行的。。。
8.So far so fucking gud.
9.新發現，現在通過AtlasBundleInfoManager查詢到的插件版本都是null，不管是否是remote. Why? I need it.
10.Debug時發現通過uninstall把remote插件卸載之后，通過Atlas.getBundle是獲取不到了，但是AtlasBundleInfoManager中還是有保存。
11.測試發現AtlasBundleInfoManager中的遠程插件的信息和有沒有安裝或者安裝的是那個版本的remote沒什么關系，不會變化。
12.測試發現從Altas獲取Bundle時如果插件還沒有運行過得到的是null.
最后，過程中記錄一下還是挺有好處的，有好幾次需要各種命令，比如push文件到手機啊，run-as看手機目錄啊這種，本來路徑就長記不住，需要的時候回來文檔里面找一下，美滋滋。
-----------------后續在實際項目中遇到的新問題---------------------
1.通過uninstall在install的方式更新遠程插件時，如果這個要更新的插件在這次啟動app還沒有加載過，那么會導致uninstall失敗。 解決辦法有:設置成啟動就加載，雖然有可能還沒有安裝過插件會導致異常，但是應該不至于崩潰。這樣的話能保證更新的時候如果之前已經安裝過，在啟動的時候已經加載了，就不會異常。 還可以在uninstall前判斷下有沒有加載，沒有的話就先執行一次加載在卸載。項目中我使用的是后者。
2.如果更新成功需要重啟app.不是因為需要重啟才能看到更新，且是不重啟會崩潰。日志里面看不出什么異常，因為是框架里面的原因。
2017/11/14更新
最新發現，按照上面的邏輯管理插件時。當手機上安裝了插件后，開發時如果apk修改后installDebug安裝，這時storage下面編譯后的插件還在，但是一旦啟動apk后，storage下面的插件文件夾就消失了。 猜測是發現插件的那個類似唯一碼的東西和apk里面的對應插件的不相同，所有系統把它刪除了。
解決辦法：這個時候就體現出我之前備份安裝過的插件so的英明之處了，哈哈。
利用Atlas.getInstance().setClassNotFoundInterceptorCallback
回調，重新安裝備份插件即可。如果找不到插件或者安裝失敗，則直接清除表里面的插件信息，跳轉到插件管理界面提示用戶重新安裝插件即可。no毛病~!
2018/05/23更新
使用中發現在插件間通過intent傳遞數據時會有問題。比如class找不到，或者類型轉換異常等，具體細節忘了。只記得解決方法是把Searializable換成Parceable，還有就是在activity中設置調用intent的setExtrasClassLoader方法，把類加載器設置為插件的BundleClassLoader，不然這些系統類會用默認的加載器，如果數據類是在插件中而不是在host里面就會報找不到類。還有調用Bundle里面的setClassLoader也是一樣的。
