标签:android 启动apk classloader 主题
我想这个应该很多人探讨过,我13年的时候就把这个框架做出来了,可以直接运行80%的apk,不过本人比较懒一直没去写文章总结其中一些心得,今天给大家分享一下,
类似项目 http://git.oschina.net/lody/Direct-load-apk
首先我们来探讨一个 apk 是如何启动的,
OK,首先你得安装这个apk,然后你点击图标,结果apk就启动了,看到了画面,完成。
打开 logcat 新建一个过滤器以 ActivityManager 为 Tag,清空logcat,点击apk图标,你可以看到下面的日志:
第一条日志是启动Activity,Intent 内容:
action=android.intent.action.MAIN
category=android.intent.category.LAUNCHER,
所以你明白了为什么你的主 Activity 需要这样配置。
第二条日志是启动进程,
所以点击apk图片后系统做了2件事情:1.启动一个进程; 2.在这个进程里启动主Activity
不过我们今天要讨论的是不安装apk启动,不安装怎么启动,总得有个入口给我吧,
是的我们需要一个宿主:想象一个文件管理器,在列表里点击 apk 直接启动,这个文件管理器就是我们的宿主,
那你非要问可以不要宿主吗?
答案是,不可以,我也没办法,没有入口你怎么去操作!
下面我们要讨论的问题是宿主如何实现 apk 直接启动功能。
第一个问题里我们已经阐述了apk如何启动的,那么我们需要做的就是模拟系统所做的工作。
首先,启动apk启动什么,一个Activity,那么好我们从未安装的apk AndroidManifest.xml 解析出启动Activity,然后调用 startActivity 不就 ok 吗,对不起,崩溃,Activity 未在 AndroidManifest.xml 配置!
所以我们只能启动一个再宿主中已经配置的Activity,
细究Activity如何启动,抓根本,startActivity 最终实现调用的是(不要问我如何找到的,在 android.app.Instrumentation 第 1419 行)
int result = ActivityManagerNative.getDefault() .startActivity(whoThread, who.getBasePackageName(), intent, intent.resolveTypeIfNeeded(who.getContentResolver()), token, target != null ? target.mEmbeddedID : null, requestCode, 0, null, null, options);这个方法直接调到了 ActivityManagerService (AMS)系统进程,响应完后,再回到应用进程,回调到 ActivityThread 内部 Handler H:
case LAUNCH_ACTIVITY: { Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityStart"); ActivityClientRecord r = (ActivityClientRecord)msg.obj; r.packageInfo = getPackageInfoNoCheck( r.activityInfo.applicationInfo, r.compatInfo); handleLaunchActivity(r, null); Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER); } break;
android.app.ActivityThread.handleLaunchActivity(ActivityClientRecord r, Intent customIntent) line:2217
android.app.ActivityThread.performLaunchActivity(ActivityClientRecord r, Intent customIntent) line:2077
Activity activity = null; try { java.lang.ClassLoader cl = r.packageInfo.getClassLoader(); activity = mInstrumentation.newActivity( cl, component.getClassName(), r.intent);
public Activity newActivity(ClassLoader cl, String className, Intent intent) throws InstantiationException, IllegalAccessException, ClassNotFoundException { return (Activity)cl.loadClass(className).newInstance(); }思路很简单,通过反射创建 activity 对象,注意哦这是在应用进程,聪明的你可能想到了,启动一个在宿主配置的activity,回调创建activity对象的时候换成真正的Activity对象不就OK么
下面我们来探讨这个如何实现,
首先,我们启动 Activity 需要传一个 Intent 对象,AMS用来查找Activity 组件,performLaunchActivity 方法的 r 参数里面有一个 intent 对象,这个intent 就是startActivity()方法传递的(这一点非常关键),
(至于Java动态代理技术自己百度)判断 Intent 参数,如果要启动的 Activity 是未安装的apk的,那么把他换成宿主已声明的,
private Intent makeProxy(Intent oIntent, String proxyClass) { Intent intent = new Intent(); intent.setClassName(ApkRunner.getShellPkg(), proxyClass); intent.putExtra(FLAG_PROXY, true); intent.putExtra(KEY_INTENT, oIntent); /** * 加标志过去会导致一些莫名的问题,我们就默认给他启动一个好了 2014-4-3 */ // intent.addFlags(oIntent.getFlags()); return intent; }把原始的 Intent 作为一个参数存储到 Intent ,
用反射替换 Handler 的 callback 对象。
H 原本的 callback 对象是 null ,所以你的 callback -> boolean handleMessage(Message msg) 要返回 false,让系统调用原始版本。
在 LAUNCH_ACTIVITY 消息替换 (ActivityClientRecord r) r.activityInfo 和 r.intent
activityInfo 对象的作用,看这行 line 2808
r.packageInfo = getPackageInfo(aInfo.applicationInfo
这行代码创建了一个 LoadedApk 对象,这个对象非常关键,一个 apk 加载之后所有信息都保存在此对象(比如:DexClassLoader、Resources、Application),一个包对应一个对象,以包名区别,而 ActivityThread 里设计可以缓存N个LoadedApk,以包名为key存储在一个Map里。看 getPackageInfo 方法的部分代码:
packageInfo = new LoadedApk(this, aInfo, compatInfo, baseLoader, securityViolation, includeCode && (aInfo.flags&ApplicationInfo.FLAG_HAS_CODE) != 0); if (includeCode) { mPackages.put(aInfo.packageName, new WeakReference<LoadedApk>(packageInfo)); } else { mResourcePackages.put(aInfo.packageName, new WeakReference<LoadedApk>(packageInfo)); }所以,我们需要替换 r.activityInfo ,activityInfo 使用 PackageManager getPackageArchiveInfo 创建
接下来就是 LoadedApk 几个关键对象的创建:
android.app.LoadedApk line 318
mClassLoader = ApplicationLoaders.getDefault().getClassLoader( zip, libraryPath, mBaseClassLoader); ............. PathClassLoader pathClassloader = new PathClassLoader(zip, parent); Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER); return pathClassloader;如果使用 PathClassLoader 去创建是不可行的,好在 android 开放了一个 DexClassloader 给我们,所以我们要在 LoadedApk 创建后用反射替换掉 mClassLoader 对象
android.app.LoadedApk line 318
public Resources getResources(ActivityThread mainThread) { if (mResources == null) { mResources = mainThread.getTopLevelResources(mResDir, Display.DEFAULT_DISPLAY, null, this); } return mResources; }
AssetManager assets = new AssetManager(); if (assets.addAssetPath(resDir) == 0) { return null; } ... r = new Resources(assets, dm, config, compatInfo, token);所以你知道如何创建一个 apk 的 Resources 了,对的,关键点就是 assets.addAssetPath(resDir)
创建好 Resources 后,替换 LoadedApk 的 mResources 对象
public Application makeApplication(boolean forceDefaultAppClass, Instrumentation instrumentation) { if (mApplication != null) { return mApplication; } Application app = null; String appClass = mApplicationInfo.className; if (forceDefaultAppClass || (appClass == null)) { appClass = "android.app.Application"; } try { java.lang.ClassLoader cl = getClassLoader(); ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this); app = mActivityThread.mInstrumentation.newApplication( cl, appClass, appContext); appContext.setOuterContext(app); } catch (Exception e) { } mActivityThread.mAllApplications.add(app); mApplication = app;这个创建没什么难点
接下来就是使用偷梁换柱方法把 apk 的主 activity 启动起来。
当然,只言片语很难讲解这套框架的实现,其中还有很多细节需要处理
不过原理就是这些,偷梁换柱!
今天先讲到这,框架源码到时候会放出来
Direct-Run-Apk apk免安装直接启动原理与实现(一)
标签:android 启动apk classloader 主题
原文地址:http://blog.csdn.net/z1074971432/article/details/44728459