Xposed学习三：基石
在上一篇我们留下问题：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<Unhook> 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<XC_LoadPackage> sLoadedPackageCallbacks
3.3 IXposedHookInitPackageResources:
把类添加到XposedBridge.CopyOnWriteSortedSet<XC_InitPackageResources> 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如何操作？？？
