riru-core模塊是一款專門針對(duì)安卓手機(jī)系統(tǒng)打造的手機(jī)ROOT模塊，這款模塊能夠通過(guò)替換被Zygote加載的libmemtrack.so從而實(shí)現(xiàn)Zygote注入，以允許模塊在應(yīng)用程序或系統(tǒng)服務(wù)器中運(yùn)行其代碼，有需要的小伙伴千萬(wàn)不要錯(cuò)過(guò)哦。

【軟件特色】

　　【構(gòu)建】

　　在 Android Studio 或命令行執(zhí)行 gradle task :riru-core:assembleMagiskRelease，zip 會(huì)被存到 release。

　　【檔案結(jié)構(gòu)】

　　riru模塊是magisk模塊(magisk模塊文檔)。

　　另外，當(dāng)前唯一需要的文件(文件夾)是/data/adb/riru/modules/。riru將檢查它是否存在并加載/system/lib(64)/libriru_.so。

　　【關(guān)于預(yù)制】

　　該模板將prefab功能用于本地依賴項(xiàng)。預(yù)制支持是從agp4.0添加的，但只能在更高版本上正常使用。如果您不能或不愿意使用apg4.1，則可以注釋掉與預(yù)制件有關(guān)的零件build.gradle并riru.h從rikkaapps/riru中復(fù)制。

【常見(jiàn)問(wèn)題】

　　為什么要做出 Riru 呢？

　　因?yàn)?libmemtrack.so 只有一個(gè)，如果有人想用替換 libmemtrack 的套路來(lái)做點(diǎn)什么別人就做不了。所以就制造了 Riru 來(lái)占下 libmemtrack 但是提供了模塊這樣的東西。

　　如何注入合子過(guò)程?

　　在v22.0之前，我們使用替換將由zygote加載的系統(tǒng)庫(kù)(libmemtrack)的方法。但是，這似乎會(huì)引起一些奇怪的問(wèn)題?？赡苁且?yàn)閘ibmemtrack被其他東西使用了。

　　然后，我們找到了一種超級(jí)簡(jiǎn)單的方法，即“本地橋梁”(ro.dalvik.vm.native.bridge)。特定的“so”文件將由系統(tǒng)自動(dòng)“dlopen-ed”和“dlclose-ed”。這是從這里來(lái)的。

　　她怎么工作呢？

　　簡(jiǎn)而言之，替換一個(gè)會(huì)被 zygote 進(jìn)程加載的共享庫(kù)。

　　首先要找到那個(gè)共享庫(kù)，而且那個(gè)共享庫(kù)要越簡(jiǎn)單越好，所以就盯上了只有 10 個(gè)導(dǎo)出函數(shù)的 libmemtrack。 然后就可以自己提供一個(gè)叫 libmemtrack 并且也提供了原來(lái)的函數(shù)們的庫(kù)，這樣就可以進(jìn)去 zygote 進(jìn)程也不會(huì)發(fā)生爆炸。（然而現(xiàn)在看來(lái)選 libmemtrack 也不是很好）

　　接著如何知道自己已經(jīng)在應(yīng)用進(jìn)程或者系統(tǒng)服務(wù)進(jìn)程里面。 JNI 函數(shù) (com.android.internal.os.Zygote#nativeForkAndSpecialize & com.android.internal.os.Zygote#nativeForkSystemServer) 會(huì)在應(yīng)用進(jìn)程或者系統(tǒng)服務(wù)進(jìn)程被 fork 出來(lái)的時(shí)候被調(diào)用。 所以只要把這兩個(gè)函數(shù)換成自己的。這部分很簡(jiǎn)單，只要 hook jniRegisterNativeMethods 因?yàn)樗?libandroid_runtime 里面的 JNI 方法都是通過(guò)這個(gè)注冊(cè)，然后就可以再調(diào)用 RegisterNatives 來(lái)替換它們。