一些常識：
1）全書70個代碼例子中，涉及到插件的例子，請先assemble插件的項目，這會在HostApp項目中生成assets目錄，並在該目錄下plugin1.apk。這樣，HostApp才能正常運行。
2）本書基於Android6.0（API level 23）的源碼進行分析，本書的代碼在Android7.0（API level 24）手機上測試都是能正常工作的。對於Android 7.0以上版本，有些插件化的解決方案，已經過時了，比如AMN的gDefault字段。
3）針對於Android8.0（API 26），Android8.1（API 27），Android9（API 28），插件化所需要做的適配工作，參加以下3篇文章（第2版作為第23章會放入書中）：
Android插件化的兼容性（上）：Android O的適配
Android插件化的兼容性（中）：Android P的適配
Android插件化的兼容性（下）：突破Android P中灰黑名單的限制
-----------------------------------------------------------
2018年8月第1版第1次印刷和第2次印刷
1）前言
比如說AssetsManager的addAssetPath方法，ActivityThread的currentActivityThread方法。
這句話刪除，舉例不當。
2）第2章，P25
ActivityManagerNativ改為ActivityManagerNative
3）第3章，P73
如果只想獲取類的所有public構造函數，就不能再使用Class的getConstructors方法了，而要使用getDeclaredConstructors方法。
這里寫反了，訂正如下：
如果只想獲取類的所有public構造函數，只要調用Class的getConstructors方法就足夠了。
4）第6章，P133
applicationVariants.all { variant ->
variant.outputs.each { output ->
def file = output.outputFile
output.outputFile = new File(file.parent,
"plugin1.apk")
println("$buildDir/outputs/apk/")
println("$rootDir/HostApp/src/main/assets")
copy {
from "$buildDir/outputs/apk/plugin1.apk"
into "$rootDir/HostApp/src/main/assets"
}
}
}
上面這段腳本，有個瑕疵，要執行兩次的插件項目中的assembleRelease命令，才能在HostApp的assets目錄下生成plugin1.apk，訂正如下：
assemble.doLast {
android.applicationVariants.all { variant ->
// Copy Release artifact to HostApp's assets and rename
if (variant.name == "release") {
variant.outputs.each { output ->
File originFile = output.outputFile
println originFile.absolutePath
copy {
from originFile
into "$rootDir/HostApp/src/main/assets"
rename(originFile.name, "plugin1.apk")
}
}
}
}
}
接下來，執行插件項目的assemble命令，只要1次，即可生成在HostApp的assets目錄下生成plugin1.apk。
5)第2章 P32
App和ASM頻繁地向對方發送消息
修改為：App和AMS頻繁地向對方發送消息
6) 第2章，P44
2.9.2
在Service中，通過AMM/AMP
訂正為：
在Service中，通過AMN/AMP
7)第2章，P37
仍然是通過AMM/AMP
訂正為：仍然是通過AMN/AMP
8）前言，P5
把android-pluginmgr設計為對Instrumentation的思想進行Hook
訂正為： 把android-pluginmgr設計為對Instrumentation進行Hook
9）第18章，P287
ZeusStudy和1.6之間不應該有空格
10）第2章 P21
AndvoidManifest修改為AndroidManifest
11）第2章 P22
哪個，修改為那個
12）P101
圖中，多了一個-
13）P102，第9行末尾，重寫的邏輯，把英文句點改為中文句號。
14）P56
“主要邏輯都再此實現”中的“再此”應該為“在此”
15）113頁
“對AMN的getDafault方法進行Hook”中“getDafault”應該為“getDefault”。default寫錯了
16）110頁
“currentActivity-Thread”多了一個橫線“-”
17）124頁：
倒數第三行“會把asset目錄中的插件”中的“asset目錄”應該為“assets目錄”。缺個s
18）
292頁：“它有一個getsSring函數”中的“getsSring”應該為“getString”
19）
20）
RefInvoke.setFieldObject(currentActivityThread,”sPackageManager”,proxy);
B准備好數據，寫到A要求的內存地址上，A就可以直接使用這些數據了
Intent intent = new Intent(this, MyService.class);
startService(intent);
在插件化編程中，我們反射ActivityThread獲取apk包的信息，一般用於當前的宿主apk ，而不是插件apk。
ApplicationPackageManager實現了IPackageManager.Stub。