Android 插件化开发(四)—— LoadApk方式插件化开发

本文介绍了Android插件化开发中的LoadApk方法,旨在解决Hook式插件化因加载多个apk导致的内存占用过高问题。通过ProxyActivity替换PluginActivity,再换回,以及自定义LoadedApk和ClassLoader来实现。然而,这种方法存在反射兼容性问题,推荐使用如VirtualApk等稳定的第三方框架。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

插件化开发的第三种方法,其实是在第二种Hook式方法上继续改进,因为第二种hook式存在一个问题,那就是第三步中将多个apk插件进行加载,导致dexElements会很大,占用内存比较大,很有可能当插件很多时候,直接oom,因此产生了一种新的方法,就是讲LoadApk进行扩展,当加载插件时候,使用插件的LoadApk,这样就不会产生占很大内存的dexElements了。

下面是步骤:
1、绕过AMS检测,使用ProxyActivity替换PluginActivity
2、将ProxyActivity换回PluginActivity
3、将两个apk文件一起加载

1、使用ProxyActivity替换PluginActivity

 /**
     * 要在AMS执行之前,将插件中的Activity替换成ProxyActivity,替换成在宿主app的Manifest中注册的activity
     *
     * @throws Exception
     */
    private void hookAMSAction() throws Exception {
   

        // 我们要拿到IActivityManager对象,才能让动态代理里面的 invoke 正常执行下
        // 执行此方法 static public IActivityManager getDefault(),就能拿到 IActivityManager
        Class<?> mActivityManagerNativeClass = Class.forName("android.app.ActivityManager");
        final Object mIActivityManager = mActivityManagerNativeClass.getMethod("getService").invoke(null);

        Field mActivityManagerClassSingletonField = mActivityManagerNativeClass.getDeclaredField("IActivityManagerSingleton");
        mActivityManagerClassSingletonField.setAccessible(true);
        Object mActivityManagerClassSingleton = mActivityManagerClassSingletonField.get(null);

        Class mIActivityManagerClass = Class.forName("android.app.IActivityManager");

        Object mActivityManagerProxy = Proxy.newProxyInstance(HookApplication.class.getClassLoader(),
                new Class[]{
   mIActivityManagerClass}, //监听的接口
                new InvocationHandler() {
    //监听的回调
                    @Override
                    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
   
                        if ("startActivity".equals(method.getName())) {
   
                            //执行自己的逻辑,就是将插件的activity替换成宿主的ProxyActivity
                            Intent intent = new Intent(HookApplication.this, Proxy2Activity.class);
                            intent.putExtra("actionIntent", (Intent) args[2]);
                            args[2] = intent;
                        }

                        Log.e("hookapplication", "拦截到了IActivityManager里面的方法" + method.getName());
                        //要保证方法继续执行下去
                        return method.invoke(mIActivityManager, args);
                    }
                });


        if (mActivityManagerClassSingleton == null || mActivityManagerProxy == null) {
   
            throw new IllegalArgumentException("系统不匹配,请检查兼容性");
        }

        Class<?> mSingleTonClass = Class.forName("android.util.Singleton");
        Field mInstance = mSingleTonClass.getDeclaredField("mInstance");
        mInstance.setAccessible(true); //授权
        mInstance.set(mActivityManagerClassSingleton, mActivityManagerProxy); //替换原来的值

    }

2、将ProxyActivity换回PluginActivity

/**
     * 在activity创建时候,将ProxyActivity替换成原来跳转的activity
     *
     * @throws Exception
     */
    private void hookLaunchActivity() throws Exception {
   
        Class<?> mActivityThreadClass = Class.forName("android.app.ActivityThread");
        Object mActivityThread = mActivityThreadClass.getMethod("currentActivityThread").invoke(null);

        Field mHField = mActivityThreadClass.getDeclaredField("mH");
        mHField.setAccessible(true);
        Object mH = mHField.get(mActivityThread);

        Field mCallbackField = Handler.class.getDeclaredField("mCallback");
        mCallbackField.setAccessible(true);
        //将系统中的Handler.Callback实现,替换成我们自己写的CustomCallback
        mCallbackField.set
### Android 插件化框架概述 Android插件化是一种开发模式,允许动态加载和卸载APK,实现模块化开发、热更新等功能[^1]。此技术依赖于类加载机制与双亲委托模型来完成不同APK间的资源管理和隔离。 #### 类加载器与双亲委派机制 在Java虚拟机中,每当启动一个新的应用程序实例时都会创建一个`AppClassLoader`用于加载该程序所需的字节码文件(.class)。而在Android平台下,则是由`PathClassLoader`或`DexClassLoader`负责加载来自`.dex`格式的字节码数据。对于插件化的实现来说,通常会采用后者——即`DexClassLoader`来进行自定义路径下的DEX文件加载操作[^3]。 当宿主应用尝试访问某个未被预先打包进自身内部的Class对象时(比如插件中的Activity),就需要依靠上述提到过的两种方式之一去获取对应的.class/.dex文件,并将其注入到当前运行环境中以便后续调用。这里涉及到的核心概念便是所谓的“双亲委派原则”,简单来讲就是子类加载器在接受到来自父级传递下来的请求之后再决定是否继续向下一层转发直至找到匹配项为止;反之亦然,在遇到未知类型的请求时也会逐层向上汇报给更高级别的加载单元处理直到最顶层为止。 #### 主流开源插件化框架分析 - **AndFix** AndFix是一个轻量级的修复工具库,主要用来解决线上版本中存在的Bug问题而不必重新发布整个APP包体。它的工作原理是通过修改目标方法表(Method Area),使得旧版的方法指向新的修正后的实现部分。不过需要注意的是由于其作用范围有限制所以并不能完全替代传统意义上的插件架构设计思路[^2]。 - **DynamicApk** DynamicApk实现了较为完整的插件生命周期管理流程,包括但不限于安装、激活、销毁等环节的操作接口封装。除此之外还提供了诸如权限控制、广播接收者注册等一系列辅助特性支持以满足实际业务场景需求。更重要的一点在于该项目充分考虑到了安全性方面的要求因此具备一定的抗风险能力[^4]。 - **Qigsaw** Qigsaw作为阿里团队推出的一款高性能分发引擎产品不仅兼容性强而且性能优越。特别是在面对大规模并发下载任务时表现尤为突出。另外值得一提的是借助Split APKs这一特性还可以有效减少初次安装体积大小进而提升用户体验度。具体而言则是利用了Android P及以上版本新增加的功能特性来达到按需加载特定功能模块的目的。 ```java // 使用 DexClassLoader 加载外部 DEX 文件的例子 String dexPath = "/path/to/plugin.apk"; File optimizedDir = getDir("out", Context.MODE_PRIVATE); DexClassLoader classLoader = new DexClassLoader(dexPath, optimizedDir.getAbsolutePath(), null, getClass().getClassLoader()); try { Class<?> pluginClass = classLoader.loadClass("com.example.Plugin"); } catch (ClassNotFoundException e) { Log.e("PluginLoadError", "Failed to load plugin class.", e); } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值