Android 平台侧性能优化之应用启动[问题已解决]

上一篇文章Android 平台侧性能优化之应用启动采用多个命令分析了平台的cpu/memory等方面对Email启动慢照成的影响。很遗憾花了许多精力，但依然没有找出问题所在，这个坑终于填平了。手动撒花^_^
回头看来，问题其实很简单，一开始走错方向，导致花了许多精力，不过这个过程也同样积累了不少知识。
本篇文章记录填坑的过程，重新换个角度分析。

曙光出现：

同事在分析另外一个I/O读取慢的问题时发现我们的设备是被加密的，得知这个消息后，我的内心是激动的。一度以为找到了问题的root cause.

adb shell getprop ro.crypto.state

用上述命令查看问题机的加密状态，返回encrypted，果然是已经默认加密了。感觉曙光出现了，我们的设备加密时将/data分区也进行了加密，而应用启动的文件正是放在/data分区下的。按理来讲加密后的/data分区读写速度肯定弱于未加密状态。问题会不会跟此相关呢？
我们采用的是高通8909平台芯片，找到对应的fstab.qcom文件。修改如下：

- /dev/block/bootdevice/by-name/userdata       /data        ext4    nosuid,nodev,barrier=1,noauto_da_alloc,discard      wait,check,forceencrypt=footer
+ /dev/block/bootdevice/by-name/userdata       /data        ext4    nosuid,nodev,barrier=1,noauto_da_alloc,discard      wait,check,encryptable=footer

关键就是修改这一句forceencrypt=footer===>encryptable=footer
forceencrypt表示强制加密，我们改成encryptable意味着加密是让用户主动去选择的。

怀着胸有成竹的心情验证修改后的版本。发现根本没有起任何作用。whats’s the fuck!说不过去啊。
满以为找到突破口了，结果希望的火焰还是被无情的浇灭了。

还是IO速度

自己写了一个test apk，专门测试平台emcc的读写速度。测试问题机Log如下：

03-24 20:05:52.126 30578 30727 D Sunny-Test: start call writeData--->
03-24 20:05:52.144 30578 30727 D Sunny-Test-Utils: befWriteTime=93676689579157
03-24 20:05:52.144 30578 30727 D Sunny-Test-Utils: NewBufTime use time--->392292
03-24 20:06:12.656 30578 30727 D Sunny-Test-Utils: initBufData use time--->20512314888
03-24 20:06:12.656 30578 30727 D Sunny-Test-Utils: total create BufData use time--->20512707180
03-24 20:06: