Xposed学习三:基石
阅读原文时间:2023年07月10日阅读:2

在上一篇我们留下问题:handleLoadPackage如何生效即在何时被执行。

 先看XposedBridge.class的main(该函数是在appruntime.start函数中替换原先zygoteinit,故结尾处会调用zygoteinit):

1 private static void main(String[] args) {
2 String startClassName = getStartClassName();
3 ……
4 if(initNative()) {
5 if(startClassName == null) {
6 initXbridgeZygote();
7 }
8 // 读取/data/data/de.robv.android.xposed.installer/conf/modules.list内容,存储着模块apk的地址,
9 // 内容:/data/app/com.jason.learnxposed-2.apk
10 // 加载模块loadModule(APK,startClassName)
11 loadModules(startClassName);
12 }
13 ……
14 if(startClassName == null) {
15 ZygoteInit.main(args);
16 } else {
17 RuntimeInit.main(args);
18 }
20 }

main中分三步:initXbridgeZygote、initloadModules、ZygoteInit.main。

 先来看initXbridgeZygote:

private static void initXbridgeZygote() throws Throwable {
final HashSet loadedPackagesInProcess = new HashSet(1);
XposedHelpers.findAndHookMethod(ActivityThread.class, "handleBindApplication", new Object[]{"android.app.ActivityThread.AppBindData", new XC_MethodHook() {
protected void beforeHookedMethod(MethodHookParam param) throws Throwable {
}});
XposedHelpers.findAndHookMethod("com.android.server.ServerThread", (ClassLoader)null, VERSION.SDK_INT < 19?"run":"initAndLoop", new Object[]{new XC_MethodHook() {
protected void beforeHookedMethod(MethodHookParam param) throws Throwable {
}});
hookAllConstructors(LoadedApk.class, new XC_MethodHook() {
protected void afterHookedMethod(MethodHookParam param) throws Throwable {
});
XposedHelpers.findAndHookMethod("android.app.ApplicationPackageManager", (ClassLoader)null, "getResourcesForApplication", new Object[]{ApplicationInfo.class, new XC_MethodHook() {
protected void beforeHookedMethod(MethodHookParam param) throws Throwable {
}});
if(!(new File("/data/data/de.robv.android.xposed.installer/conf/disable_resources")).exists()) {
hookResources();
} else {
disableResources = true;
}
}

  上面粉红色的诱惑很熟悉对吧,就是前面上篇分析的findAndHookMethod函数。来看下它hooked了什么函数,"handleBindApplication","initAndLoop"

"getResourcesForApplication",不要小看这几个hooked哦,这是xposed的基石。我们先不去看起before回调函数做了什么,等分析完loadModules后再回来有彩蛋。看红色警戒的hookAllConstructors,之前没见过这小子,看看他是干什么吃的。

public static Set hookAllConstructors(Class hookClass, XC_MethodHook callback) {
……
for(int var4 = 0; var4 < var5; ++var4) {
Constructor constructor = var6[var4];
unhooks.add(hookMethod(constructor, callback));
}
……
}

 原来他也是要调用hookMethod,与findAndHookMethod区别是少了findMethodExact这步。前面分析过findMethodExact是把参数+返回值+函数名组成method,这样相同的函数如果带不同的参数也可以hook(xposed会根据method来判别是否已hooked),而hookAllConstructors直接来是什么用意呢?因为在hookAllConstructors中会hook所有的构造函数故没有必要去findMethodExact。ok,上面就是几个hooked,看下面if里是hookResources道理不言而喻咯,我们先不分析这个,有空再来^_^。

  再来看loadModules

private static void loadModule(String apk, String startClassName) {
……
PathClassLoader mcl = new PathClassLoader(apk, BOOTCLASSLOADER);
InputStream is = mcl.getResourceAsStream("assets/xposed_init");
// 读取apk的assets/xposed_init内容,Xposed学习一中的第五步
if(is == null) {
log("assets/xposed_init not found in the APK");
} else {
BufferedReader moduleClassesReader = new BufferedReader(new InputStreamReader(is));
……
if(startClassName == null) {
if(moduleInstance instanceof IXposedHookZygoteInit) {
StartupParam param = new StartupParam();
param.modulePath = apk;
((IXposedHookZygoteInit)moduleInstance).initZygote(param);
}

                    if(moduleInstance instanceof IXposedHookLoadPackage) {  
                        hookLoadPackage(new Wrapper((IXposedHookLoadPackage)moduleInstance));  
                    }

                    if(moduleInstance instanceof IXposedHookInitPackageResources) {  
                   hookInitPackageResources(new de.robv.android.xposed.IXposedHookInitPackageResources.Wrapper((IXposedHookInitPackageResources)moduleInstance));  
                    }  
                } else if(moduleInstance instanceof IXposedHookCmdInit) {  
                    de.robv.android.xposed.IXposedHookCmdInit.StartupParam param1 = new de.robv.android.xposed.IXposedHookCmdInit.StartupParam();  
                    param1.modulePath = apk;  
                    param1.startClassName = startClassName;  
                    ((IXposedHookCmdInit)moduleInstance).initCmdApp(param1);  
                }  
                 ......  
        }  
    }  
}

  简单说下loadModule中步骤,

  1. 读取Xposed_init文本里的内容,里面是我们的类名。我们可以在一个模块中写好几个功能的类,但请注意一定要将类全名字符串写到Xposed_init里且每个类字符串为一行。到此,我们就得到类名可以加载类啦;

  2. 根据startClassName是否为空又可分为执行普通的xposed模块和IXposedHookCmdInit。startClassName值我们后面再深究,先继续往下看;

  3. 根据功能类实现的接口又可执行多步操作(当然功能类能实现多个接口)

   3.1 IXposedHookZygoteInit:

       话不多说,直接执行类的initZygote(IXposedHookCmdInit类同)。这个最干脆,不像下面2个还慢慢来^—^

   3.2 IXposedHookLoadPackage:——>redClock示例中使用这个接口  貌似在XC_loadPackage的call中被执行,待分析

      代码就不贴了,反正在java层就是各种封装和存储。一句话总结:把类添加到

            XposedBridge.CopyOnWriteSortedSet sLoadedPackageCallbacks

   3.3 IXposedHookInitPackageResources:

      把类添加到XposedBridge.CopyOnWriteSortedSet sInitPackageResourcesCallbacks

ok,loadMoudle就算结束了。但我们得到2个list,肯定要执行的嘛。记得之前的蛋蛋吗,重新回到initXbridgeZygote分析其before回调:

  代码我就不贴了,老是贴代码搞得我很水一样(* ̄rǒ ̄)。先看sLoadedPackageCallbacks,其出现在"handleBindApplication","initAndLoop","loadedAPK"的before回调函数里。那这三个是干什么的呢

  handleBindApplication函数:mInstrumentation.callApplicationOnCreate(app);

  initAndLoop函数:在serverThread的initAndLoop启动系统服务(在system_server的main函数中)

  loadedAPK类:

  不用多说,很明显其都和package有关。但是最终要的是在各自的before函数都包含代码:XC_LoadPackage.callAll(lpparam);lpparam包含sLoadedPackageCallbacks,上面的代码回去执行sLoadedPackageCallbacks中所有callbakc也就是我们在hookLoadPackage函数中添加的callback。即在此刻会调用所有实现IXposedHookLoadPackage接口的类中的handleLoadPackage()。有点绕哦,举例子就是redClock中的handleLoadPackage会在此刻被调用,如果package=com.android.systemui则会执行findAndHookMethod函数去hooked "updateClock"函数。现在理清了吧

  同理来看sInitPackageResourcesCallbacks,还记得上面initXbridgeZygote中的hookResources不。在hookResources会hooked"getTopLevelResources",而其after回调函数会执行XCallback.callAll(resparam1);当然  resparam1 = new InitPackageResourcesParam(XposedBridge.sInitPackageResourcesCallbacks);

  第一步initXbridgeZygote和loadMoudle到此为此了啦。

  来看init之前我们还是先看下startClassName这个字符串,它涉及到刚刚分析的loadModule和下面的init。

Android是基于Linux内核构建的,它最早存在的肯定是Native世界,那么Java世界是什么时候创建的呢?      ---by 深入理解android

 答案就是Zygote,而Zygote是通过init读取init.rc文本中配置来创建。在init.rc(在android5.0中移到/system/core/rootdir/init_zygotexx.rc)中,关于Zygote的配置

  service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server

  执行/system/bin/app_process ,参数arg是-Xzygote  /system/bin  --zygote  --start-system-server。在Xposed的app_main的main函数中会判断器参数是否为先前定义的字符串(自行看代码),若不是会赋值为className,而这就是我们上面的startClassName(这里如果表述有错误,往指出)。看完startClassName,我们看这里是是干什么的,执行ZygoteInit.main正式进入java世界。其实对比android原本的app_main执行流程,我们发现在XposedBridge.main中除了这个ZygoteInit.main代码(xposed结合Zygote分析)其他都是xposed自己添加的,而这也正是xposed基石,基石,基石。

  疑问:类实现多个接口,但像上转接口时,每个接口时如何协调的。比如class 实现inface1 inface2,(inface1 )class和(inface2)class如何操作???

手机扫一扫

移动阅读更方便

阿里云服务器
腾讯云服务器
七牛云服务器

你可能感兴趣的文章