Atlas Demo過程記錄福荸。有這個(gè)是因?yàn)轫?xiàng)目中的插件不是放在apk里面危号，也不是自動(dòng)下載安裝的洞难。而是有個(gè)插件管理界面，里面和app應(yīng)用市場(chǎng)一樣的可以安裝援所，更新和卸載插件(其中還涉及到一些用戶/插件/插件中的功能 之間的權(quán)限問題,這里不需要關(guān)心)。Atlas自帶的動(dòng)態(tài)部署和dexPatch不滿足需求欣除，比如更新是要針對(duì)單個(gè)插件的更新而不是整個(gè)apk和所有插件住拭。 為了找到解決方案和復(fù)習(xí)Atlas的動(dòng)態(tài)部署，這才用新的demo重新走了遍流程历帚。最后還好發(fā)現(xiàn)條路子可以解決我的問題~~滔岳！。
1挽牢。打包
assembleDebug
1.0.0
gradlew publish -DversionName=1.0.0(這里不加參數(shù)默認(rèn)也是1.0.0谱煤，但是得有這個(gè)概念)
本地maven
3.安裝運(yùn)行apk
mo\app\build\outputs\remote-bundles-debug\libcom_taobao_remotebunle.so /sdcard/Android/data/com.taobao.demo/cache/libcom_taobao_remotebunle.so
直接打開運(yùn)程bundle中的component加載bundle運(yùn)行。
5.查看目前為止手機(jī)上生成的產(chǎn)物禽拔。Adb shell下
在往下本地bundle和remote的稍微不一樣
--------------------------------------------------------動(dòng)態(tài)部署------------------------------------------------------
1.分別對(duì)publicBundle,firstbundle,secondbundle,remotebundle做簡(jiǎn)單修改刘离。
2.gradlew clean assembleDebug -DapVersion=1.0.0 -DversionName=2.0.0
*這里第一次打patch時(shí)失敗室叉，原因是修改過的bundle沒有改version.
3.maven上傳新的ap
gradlew publish -DversionName=2.0.0
首先demo文檔中沒有指示這一步，其次硫惕，需要指定版本茧痕，不然把原先maven中的1.0.0覆蓋掉，這樣是不對(duì)的恼除，而且又得重來踪旷。
4..tpatch差異包文件
根據(jù)修改的情況不同，每個(gè)bundle包中結(jié)果可能不同豁辉。
比如只改了代碼令野，就只有classes.dex;改了界面但是沒有加id操作，就會(huì)多res但是不會(huì)有resources.arsc. Maindex.so也差不多,只是多了manifest,因?yàn)樽钇鸫a版本號(hào)變了徽级，所以manifest肯定需要更新气破。
6.上傳手機(jī)
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. 疑惑的地方是堵幽，文檔里面說動(dòng)態(tài)部署后bundle和hostbundle在文件夾里面都為升級(jí)，如version1到version2弹澎，備份了為回滾做準(zhǔn)備朴下，但是并沒有看到。手機(jī)里面目錄結(jié)構(gòu)和動(dòng)態(tài)部署前差不多苦蒿，只是bundle文件夾下面那一串unitTag的文件夾名變成新的了殴胧。
------------------------------------------第二次動(dòng)態(tài)部署----------------------------------------
1.修改部分bundle。
3.上傳測(cè)試团滥，因?yàn)楫?dāng)前手機(jī)是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. 查看手機(jī)文件夾還是和第一次動(dòng)態(tài)部署情況一樣报强。
----------------------------測(cè)試直接從安裝狀態(tài)更新到3.0.0灸姊，并且在安裝時(shí)不上傳加載remote------------------------------
1.把1.0.0的ap中的apk安裝到手機(jī)
2.在把3.0.0對(duì)于1.0.0的patch上傳到手機(jī)
3.動(dòng)態(tài)部署后，內(nèi)部bundle能正常更新秉溉，但是外部bundle因?yàn)闆]有安裝過so不能啟動(dòng)力惯，所以也談不上更新。
4.把1.0.0的remote上傳后可正常運(yùn)行召嘶，但是這樣就失去了3.0.0的更新父晶。
5.但是把1.0.0的remote完全從手機(jī)中刪除后，重新上傳3.0.0remote的so弄跌，加載后就是3.0.0的狀態(tài)甲喝。
6.震精６逖丁Ｉㄖ濉杆怕！重新卸載安裝1.0.0笤虫，上傳3.0.0的remote，可行押袍。那么就是說诵冒，我可以單獨(dú)更新某個(gè)remote bundle，不需要?jiǎng)討B(tài)部署的升級(jí)版本谊惭，也不僅限于dexPatch只能更新代碼汽馋。只要安裝前把原來已經(jīng)安裝的remote的文件夾刪除就可以。但是需要考慮幾個(gè)問題：1.已經(jīng)運(yùn)行狀態(tài)圈盔，內(nèi)存中關(guān)于remote bundle的信息已經(jīng)加載是否會(huì)造成影響豹芯，比如說已經(jīng)刪除了文件夾，但是還是能查到這個(gè)bundle的信息驱敲。2.后面的更新不能依賴于host的更新铁蹈。3.如果此次啟動(dòng)已經(jīng)運(yùn)行過remote，是否會(huì)有影響,是否需要直接關(guān)閉應(yīng)用讓用戶重啟众眨。
7.最后一試握牧，上一條否定。不用直接刪除文件夾處理娩梨，用自帶的Atlas里面的uninstall方法卸載可行沿腰。但是不會(huì)刪除上傳的so,所以要注意處理。這樣的話單獨(dú)更新一個(gè)remotebunlde是確實(shí)可行的狈定。颂龙。。
8.So far so fucking gud.
9.新發(fā)現(xiàn)纽什，現(xiàn)在通過AtlasBundleInfoManager查詢到的插件版本都是null措嵌，不管是否是remote. Why? I need it.
10.Debug時(shí)發(fā)現(xiàn)通過uninstall把remote插件卸載之后，通過Atlas.getBundle是獲取不到了芦缰，但是AtlasBundleInfoManager中還是有保存企巢。
11.測(cè)試發(fā)現(xiàn)AtlasBundleInfoManager中的遠(yuǎn)程插件的信息和有沒有安裝或者安裝的是那個(gè)版本的remote沒什么關(guān)系，不會(huì)變化让蕾。
12.測(cè)試發(fā)現(xiàn)從Altas獲取Bundle時(shí)如果插件還沒有運(yùn)行過得到的是null.
最后浪规，過程中記錄一下還是挺有好處的，有好幾次需要各種命令涕俗，比如push文件到手機(jī)啊，run-as看手機(jī)目錄啊這種神帅，本來路徑就長(zhǎng)記不住再姑，需要的時(shí)候回來文檔里面找一下，美滋滋找御。
-----------------后續(xù)在實(shí)際項(xiàng)目中遇到的新問題---------------------
1.通過uninstall在install的方式更新遠(yuǎn)程插件時(shí)遇革，如果這個(gè)要更新的插件在這次啟動(dòng)app還沒有加載過卿闹，那么會(huì)導(dǎo)致uninstall失敗。 解決辦法有:設(shè)置成啟動(dòng)就加載萝快，雖然有可能還沒有安裝過插件會(huì)導(dǎo)致異常锻霎，但是應(yīng)該不至于崩潰。這樣的話能保證更新的時(shí)候如果之前已經(jīng)安裝過揪漩，在啟動(dòng)的時(shí)候已經(jīng)加載了旋恼，就不會(huì)異常。 還可以在uninstall前判斷下有沒有加載奄容，沒有的話就先執(zhí)行一次加載在卸載冰更。項(xiàng)目中我使用的是后者。
2.如果更新成功需要重啟app.不是因?yàn)樾枰貑⒉拍芸吹礁掳豪眨沂遣恢貑?huì)崩潰蜀细。日志里面看不出什么異常，因?yàn)槭强蚣芾锩娴脑颉?/p>
2017/11/14更新
最新發(fā)現(xiàn)叁怪，按照上面的邏輯管理插件時(shí)审葬。當(dāng)手機(jī)上安裝了插件后，開發(fā)時(shí)如果apk修改后installDebug安裝奕谭，這時(shí)storage下面編譯后的插件還在涣觉，但是一旦啟動(dòng)apk后，storage下面的插件文件夾就消失了血柳。 猜測(cè)是發(fā)現(xiàn)插件的那個(gè)類似唯一碼的東西和apk里面的對(duì)應(yīng)插件的不相同官册，所有系統(tǒng)把它刪除了。
解決辦法：這個(gè)時(shí)候就體現(xiàn)出我之前備份安裝過的插件so的英明之處了难捌，哈哈膝宁。
利用Atlas.getInstance().setClassNotFoundInterceptorCallback
回調(diào)，重新安裝備份插件即可根吁。如果找不到插件或者安裝失敗员淫，則直接清除表里面的插件信息，跳轉(zhuǎn)到插件管理界面提示用戶重新安裝插件即可击敌。no毛病~!
2018/05/23更新
使用中發(fā)現(xiàn)在插件間通過intent傳遞數(shù)據(jù)時(shí)會(huì)有問題介返。比如class找不到，或者類型轉(zhuǎn)換異常等，具體細(xì)節(jié)忘了圣蝎。只記得解決方法是把Searializable換成Parceable刃宵，還有就是在activity中設(shè)置調(diào)用intent的setExtrasClassLoader方法，把類加載器設(shè)置為插件的BundleClassLoader徘公，不然這些系統(tǒng)類會(huì)用默認(rèn)的加載器牲证，如果數(shù)據(jù)類是在插件中而不是在host里面就會(huì)報(bào)找不到類。還有調(diào)用Bundle里面的setClassLoader也是一樣的关面。
