Kindle Fire HDX 的 7 吋平板，是我老人家的主力平板，手里的 iPad 都大，不方便单手握持，mini 则没有，也没计划入手一部。

Kindle Fire HDX 上的系统是 Amazon 官方的 4.5.5.2，装了几个国产应用后，续航遭到了严重考验，因此就把它 root 掉了，把绿色守护请来镇邪。root 这个设备，工具要选对，试了很多个，最后还是 KingRoot 搞定的。既然 root 了，就难免会引起其他的非分之想，比如，换个 ROM 玩玩什么的。翻腾的过程中，发现了个叫做 SafeStrap 的东东玩法很别致。首先，它是个一个应用，装上之后，如果需要 root 权限则请不吝授予。接下来，要安装它的 Recovery，这是它比较有趣的地方，据说它并没有真正地把自己安装到 Recovery 分区上。根据观察，似乎它把所谓的 Recovery 安装到了 system 分区上，启动时先获得执行权，再由它来决定是否引导到原装（stock）系统。这个安装成功后，就可以进入到其中，创建一个或者更多的 slot，将兼容 ROM 下载后刷入某个 slot。在所有可用的 slot 中选定某个为“活动 slot”，则下次重启即可进入之。具体信息可以参考 https://forum.xda-developers.com/kindle-fire-hdx/development/recovery-safestrap-v4-0-1-t3137840。

用 SafeStrap 第一时间刷了个 CM11（更新的版本据说这种假 Recovery 的方式搞不定），无他，因为官方 ROM 虽然可以接收短信，但是只能显示于状态栏里，既无法保存更无法回复，而 CM11 是带了标准的 SMS 应用的。更进一步地，据 ROM 作者说，他还试图搞定通话功能的，可惜失败了。按他的说法，ROM 里带着的软件层面的东西应该是足够完整支撑语音通话的，但是经过测试确实一拨号就会自动挂断，估计和基带有关。

这样玩了一阵子，就到了前几天。为了测试一个最初级的内核模块，把手里好几个设备（主要是平板）都动用了，最后当用到 Nexus 9 时，发现 Google Play 里的应用有不少的好玩意儿，要同步到 Kindle Fire HDX 里很不方便。先能连通 Play 商店，下载安装，用工具把安装包备份出来，上传到网盘，再在 Kindle Fire HDX 上通过网盘同步下来安装。遂计划在 Kindle Fire HDX 上装个 Play Store。最后找到一个方法，也不复杂。先去 http://opengapps.org/ 下载 ARM -> 4.4 -> Pico 版本的安装包，放在设备的某个路径下备用；然后使用 root 身份对 /system/priv-app 目录进行胆大心细的清理，删除不想要的应用包，留出足够的空间给刚才的安装包；然后重启到 Recovery 下，把前面下载备用的安装包刷入，执行对 Dalvik Cache 和 Cache 的清除，重启即可。具体信息可参考 https://forum.xda-developers.com/kindle-fire-hdx/general/root-how-to-install-google-play-store-t3339865。

过了这一关的三太爷还不满足，心想装上 Xposed 框架的话是不是更好呢？之前有过尝试，失败了，报的错误是：

Xposed 目前不兼容 Android SDK 版本 19 或者您的处理器架构（armeabi-v7a）。

WARNING: linker: /data/data/de.robv.android.xposed.installer/cache/app_process has text relocations. This is wasting memory and is a security risk. Please fix.
CANNOT LINK EXECUTABLE: cannot locate symbol “_ZN7android14AndroidRuntime5StartEPKcS2_” referenced by “/data/data/de.robv.android.xposed.installer/cache/app_process”…

根据这一信息，找到一个帖子说，在网络上寻找一个名为 WSM_XPOSED_5.9.25FIX.zip 的卡刷包刷入即可。刷之前我老人家留了个心眼，打开这个包看了下，把它将会覆盖的 /system/bin/app_process 和 /system/lib/libandroid_runtime.so 两个文件做了备份以备不测。进入到 Recovery 把 zip 包刷入，重启。嗯，预感应验了，停在引导画面不动了。连忙强行关机重启，把备份的文件放回原处再重启，咦？竟然还是那样……。无奈又到 Recovery 下执行双清，无效。最后，又检查了一遍卡刷包的脚本看是不是漏了什么步骤。果然有，就是要把 app_process 文件属性设置好，属主 root，属组 shell，访问权限 755，重启后就好使了。显然我之前没意识到把它们直接从 /system 下复制出来的时候这些属性已经乱掉了。

看来 Xposed 仍待攻克。