它们不写 x86 版本的.so 库

反例：
http://www.apkmirror.com/apk/google-inc/google-play-services/google-play-services-9-2-56-release/

主要原因是 MacBook pro 的为了设计美观，散热容量不高，导致风扇需要非常高的转速（噪音响到令人不舒服的程度）才能对付 CPU 全功率的热量。

如果是选择难看的在侧面有一个直通大风道设计的笔电，风扇只需要很小的噪音就能对付 35 瓦的 TDP ，甚至加上额外 GPU 的热功率。

如果是通风良好+能配置大面积散热片的塔式台式机的话，只要一个很低转速的风扇便足够

@imn1 可是有 adb 也访问不了数据呀

@qceytzn 如果希望不解密 /data 分区，则可不输入密码， twrp 便不会（且也不能）解密，也无法让你挂载 /data ，但其它功能不受影响

@Lattez 在 Android 7 以前，勾选在开机时就要密码的方式确实比不选中更安全。 Android 7 则使用了按文件加密的策略，再加上新出现的 direct boot 特性，默认只有为了启动系统，以及开发者决定需要在输入锁屏密码前就运行的所需的部分，是使用设备凭据加密的，这个凭据相当于是明文存储（解密设备凭据的密码是明文，当然，是存放在和 trustzone 有关的硬件储存区的，系统可以顺利启动，但密码很可能无法导出），而大部分用户数据则由用户凭据储存，系统不保存用于解密用户凭据的密码，这一块只有输入了锁屏密码后才能解锁

@qceytzn 好像是 dm-crypt ， system 分区不加密也不用加密（所有同 sku 机器的 system 分区都相同）

有两种模式，一种是需要启动时就要输密码（系统不知道解密加密数据用的密钥（ 1 ）的密钥（ 2 ），后面一个密钥由锁屏密码经过密钥生成算法计算出来，实际上这些手机的还原出厂步骤一定包括删除（ 1 ）），还有一种是允许启动到锁屏界面时才输入密码（实际上解密数据的密钥（ 1 ）在启动之时已经由系统获取到了，它是用某个默认密码加密的密钥（ 2 ）， Android7 想解决的问题就是它，它把用户数据一分为二，大部分使用前一种方式储存，另一部分用后一种方式储存，使得手机可以自行无需密码启动，但不破坏用户数据安全性）。

需要启动时输入密码的情况下，/data 分区不能挂载（至少访问不了其中的密文数据，应该是可以做删除之类的破坏操作），不影响使用其它分区

你只让 gwx 运行并确认能升级到 win10 就可以了，接下来用什么方式安装（只要版本对应正确）都是可以的

Google play

@xuan880 我们只用网银，不用余额和快捷支付，所以不想要也不需要实名账户

用 xprivacy 使用欺骗数据+开启 moke location 的预期结果本来就是以 xprivacy 的为优先。

前者直接在 art 上插了桩子，后者怎么改都缺少意义

@Lattez 有用的，如果设置成需要开机输入密码模式时，没有解密前就算是 recovery 也访问不了数据（因为 /data 分区加密了，系统也没有保存密钥），唯一能做的是刷机。

可以的，但这部分与 twrp 无关
只要在系统里设置启用全盘加密(device encryption)，并设置为开机时需要输入密码(很重要)， trwp 如果想访问数据也得输入密码才能生成密钥，再完成解密，从而能访问 /data 分区。

在出厂就是 Android nougat 的设备上，情况可能会因 Direct Boot 机制而有不同，全盘加密变成按文件加密(而不是之前的按分区加密)的形式，加密的区域分成两块：
1 ，设备加密，这部分在设备启动时便会解密(可能也提供类似开机时需要输入密码的设定)
2 ，凭据加密，需要用户解锁屏幕后才获得解密

android nougat 可以用可以用 appops set RUN_IN_BACKGROUND/WAKE_LOCK ignore

前者是 7 新加入的，可以阻止接收所有的隐式广播，并让非绑定 servive 在应用切换到后台时销毁。 后者是简单地不让拿 wakelock 。

剩下用 my android tools ，绿色守护等等配合

@venster 你狭隘地认为所有速溶咖啡都放了糖和植脂末

blacklight

@youdu 我好像屏蔽了你。
“推给售后”是你的理解，不是我的意思