partKey==login-plugin在map中找不到

[yatoooon]

 Caused by: java.lang.IllegalStateException: partKey==login-plugin在map中找不到。此时map：{base-plugin=com.tencent.shadow.core.loader.infos.PluginParts@bb4af51}

我先加载了一个base插件 login插件依赖base插件 然后加载login插件 就出现这个错误了

[shifujun]

你Debug一下那个map里的base-plugin是什么时候添加进去的，就理解为什么缺少login-plugin了。

[yatoooon]

还是不太明白 大佬能否明示解决办法

[shifujun]

问题应该不复杂，搞不定就把代码push上来帮你看看吧。我前面说的意思就是告诉你去debug下那个map添加的过程。

[yatoooon]

https://github.com/yatoooon/MVVMArms feature_plugin分支
const val isRunAlone = true
const val isRunPlugin = true
这两个改为false可以打插件包 两个改为true是整个包
加载逻辑在 com.arms.template.mvvm.fragment.MineFragment btnMineCommon先加载base插件 btnMineGuide然后加载splash插件

[yatoooon]

上面说错了 改为true可以打插件包 改为false是整个包

[shifujun]

https://github.com/yatoooon/MVVMArms/blob/118b6449b6404db86ad37800c7ed7309b4600364/shadow/manager/src/main/java/com/tencent/shadow/sample/manager/SamplePluginManager.java#L108-L119

这里startActivity时好像根本没调用loadPlugin呀。

[yatoooon]

startPluginActivity 点进去 convertActivityIntent 这个里面有调用的哇 这个应该是我从shadow项目中抄过来的代码

[yatoooon]

是不是因为重复的contentprovider 导致loadplugin没有成功 这个androidx.lifecycle.ProcessLifecycleOwnerInitializer provier我就剔除不掉

[shifujun]

我晚些再看看，找到问题后补些便于定位这种问题的log。

[shifujun]

@yatoooon 你这个项目编译有点困难呢。我先加了一个CI构建(shifujun/MVVMArms@7a4db38 )，复现了一下编译问题。麻烦先修复下编译吧。

https://github.com/shifujun/MVVMArms/runs/5213485261?check_suite_focus=true

[yatoooon]

https://github.com/yatoooon/MVVMArms/runs/5216132587?check_suite_focus=true
跑完这个 把manager apk和 base plugin , splash plugin 推到手机里面
后面就是改
const val isRunAlone = false
const val isRunPlugin = false
编译 运行app
点击下面导航栏 我的 点我加载通用插件 点我加载引导页面

[shifujun]

调试了一下，这里的问题是多个插件存在相同authorities的ContentProvider。因为你这些插件在AndroidManifest.xml中的package都是com.arms.splash，所以从androidx.lifecycle:lifecycle-process:2.2.0中添加的android:authorities="${applicationId}.lifecycle-process"就都变成一样的了。

自动添加到manifest中的组件来源可以从：
build/intermediates/manifest_merge_blame_file/pluginDebug/manifest-merger-blame-plugin-debug-report.txt
看到。

然后这里错误提示看到"partKey==login-plugin在map中找不到 "，确实是有问题的。这里是因为跨进程通信的关系，插件进程其实已经先有一次Crash了，但是在插件进程关闭之前，主进程又用通过另一个线程触发了新的Crash。如果把插件都改到主进程，就不会看到第2次Crash了。

这里需要改进应该是loadPlugin调用的跨进程异常传递。