插件化框架对Android P的适配

版权声明:本文为博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/u010019468/article/details/82805131

Android P non-sdk

对于非sdk接口的hide field和方法,Android P进行限制调用,可以参考如下文章https://juejin.im/post/5b8959f96fb9a019fe685eb3
为了适配P,整体原则就是能绕过non-sdk方法就想办法找到兼容替代方法,实在不行就把TargetSdk 降低到28
以下是对目前使用的到Hook方面以及插件化中在P中的限制api 调用

关于插件中Hook

目前Hook 涉及到Instrumentation 、IActivityManager、IContentProvider,均通过查询并没有限制这些实例的限制,应该是可以使用的。1)Instrumention 主要是Hook ActivityThread中的mInstrumentation

对于资源Resource的加载

摒弃现在通用的 反射方式调用addAssetsPath接口,也就是上述的灰度名单
采用如下方式获取到AssertManager:

    PackageManager packageManager = mContext.getPackageManager();
    PackageInfo packageInfo = packageManager.getPackageArchiveInfo(apkPath, flags);
    ApplicationInfo applicationInfo = packageInfo.applicationInfo;
    Resources resources;
    try {    
    resources = packageManager.getResourcesForApplication(applicationInfo);
    } catch (PackageManager.NameNotFoundException e) { 
    }
    //获取AssetManager ,避免反射方式实现
   AssetManager assets = resources.getAssets();

暴力破解限制

参考 https://yq.aliyun.com/articles/609421
无论谷歌怎么限制,主要不是在内核层限制,在自己的进程空间里面限制的话,理论上都是可以绕过的。一句话就是Hook 源码中的判断逻辑

展开阅读全文

没有更多推荐了,返回首页