2.3 KiB
2.3 KiB
〈常見問題集〉
什麼是 APatch？
APatch 為一套汲取 Magisk、KernelSU 優勢於一身的 Root 解決方案。
不僅保留 Magisk 自身便捷、修補 boot.img 即用的特性，也有 KernelSU 強大的核心修補功能。
APatch 與 Magisk 的差別為何？
- Magisk 會先調用 boot 修補鏡像的 ramdisk，再修改 init 系統；APatch 則經由修補鏡像，直接修改核心本身。
APatch vs KernelSU
- KernelSU 依託 OEM 廠商提供的裝置核心原始碼，但並非每間廠商都會提供；而 APatch 只需修補原廠
boot.img。
APatch vs Magisk、KernelSU
- APatch 可選擇不修改 SELinux，但仍讓應用程式執行緒調用 Root 權限。過程不需要 libsu 以及 IPC。
- 支援核心修補模組。
什麼是核心修補模組？
核心修補模組為一套執行在核心空間的程式片段——類似於裝載式核心模組（LKM）——。
包括 inline-hook、syscall-table-hook，核心修補模組也能做到。
更多詳情，請參閱〈如何編寫核心修補模組？〉（英語）。
APatch 和 KernelPatch 的關係
APatch 基於 KernelPatch。繼承 KernelPatch 特性的基礎之上，新增更多功能。
你也能選擇只安裝 KernelPatch，但這樣就沒辦法使用 Magisk 模組，且包括管理超級使用者權限在內的功能，你都必須解除安裝 KernelPatch 後再安裝 AndroidPatch。
什麼是超級密鑰？
超級密鑰為 KernelPatch 上的系統呼叫（syscall）服務，旨在讓使用者空間內的程式也能套用修補變更；也稱作超級呼叫。當程式請求超級呼叫，需提供一份稱作超級密鑰的存取憑證。 超級呼叫僅在超級密鑰正確無虞之下生效，反之則失效。
那 SELinux 怎麼辦？
- KernelPatch 不修改 SELinux 內容，而是使用 Hook 忽略 SELinux 層； 換句話說，應用程式內的 Android 執行緒可直接調用 Root 權限，而不用經過讓 libsu 新增運算排程、安排 IPC 等步驟。 可謂事半功倍。
- 此外，由於 APatch 使用了 magiskpolicy，使你能有額外的 SELinux 支援。