一些常識：

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）