Jerricc
Jerricc
只应用shadow plugin就没问题,这个类不是Android的四大组件,编译过程中是否可以忽略这个错误,遇到这个exception继续执行呢?
两种方法: 1.先让shadow plugin处理,再让其他三方plugin处理,这样有风险,如果三方plugin新增了context相关的方法那就 寄 2.三方plugin提供黑白名单,可以声明对那些类不做处理(目前我是这么解决的)
需要先查出来是哪个gradle plugin搞坏了类,然后由对应的gradle plugin提供黑白名单,在transform阶段不去处理黑白名单的类才行
> mac 吗
AGP7市面上的热修和插件框架都不支持,本质是不支持R8混淆
> > AGP7市面上的热修和插件框架都不支持,本质是不支持R8混淆 > > 热修agp7可能支持的不完善,插件框架很多都可以使用agp7 除了Shadow,哪个插件框架支持agp7呢
> > > AGP7市面上的热修和插件框架都不支持,本质是不支持R8混淆 > > > > > > 热修agp7可能支持的不完善,插件框架很多都可以使用agp7 > > 有好的适配方案么 没有
> Shadow > 请问一下,有支持7.0以上的热修框架么。。 shadow是插架框架,是在插件是加载在子进程,类信息和宿主是隔离的,所以不用担心混淆问题
> > AGP7市面上的热修和插件框架都不支持,本质是不支持R8混淆 > > 这个,如果关闭R8是不是就可以了? 是的,agp7不支持r8