Pika

想问一下shadow未来发展方向，如果插件之间存在着多个可复用的资源对象，按照其他的插件化框架，都想着用宿主去存着这些公共资源。shadow在未来插件中可复用的东西越来越多的时候，会怎么采取策略？

如果有例子的话麻烦给出例子。throwNativeCrash是默认监控主线程的，只要你初始化在主线程，在协程中如果在其他Dispacher下crash，jni能抓到信号但是却没办法把信息传回了

目前只支持用System.loadLibrary去加载哟！System.load还没有适配

"__cxa_finalize" 请先确认这个函数符号，是否在其他的so库中，而其他的so库没有放在指定的动态加载目录

demo 是没有包含下载so库这一动作的，需要我们手动模拟把so文件放到自定义目录，具体步骤可见readme中掘金文档

直接跑demo肯定是跑不起来的，我在项目代码有注释，我们demo只是想要成功执行需要把相应的so放到对应的下载目录下（模拟下载过程），可以看readme里面的掘金文章，有详细步骤

nativecpp2 依赖nativecpp ，demo运行可以看项目，还有一步是把特定的so放到自定义的文件夹下，模拟下载的过程

这个可以直接在demo中尝试一下，如果Handler中的onCatchSignal，需要排查handler是否放在了正确的文件位置（符合spi标准）。

正确的文件路径是resources/META-INF/services，可参考demo中的文件路径。如果不确定，把打包后的apk解包看看有没有就可以了

能在demo中复现吗，3333走到了，证明的确经过了信号处理器。可以跑一下demo，demo也是raise了信号11