Android存储优化实战：12年技术预研的卡顿到秒开跃迁

　　去年五一期间，我在深圳南山那栋玻璃幕墙老楼的B座七层，靠窗那个工位。空调外机嗡嗡响，声音特别像十年前某款联发科公版参考设计板子的DC-DC啸叫——你懂的，不是频率高，是那种闷着发痒的谐波。对面坐着阿哲，他正用指甲刮手机壳边缘的划痕，刮了十七下，停了三秒，又刮了八下。

　　我们盯的是同一个APK启动耗时瀑布图。第三次重构的IO调度路径刚合进主干，冷启平均跌到三百七十二毫秒。我原以为能压进两百五十，结果跑完七轮A/B，median反而跳回三百八十九。李工端着保温杯路过，杯底磕在门框上“当”一声，他说“这数虚”，说完把杯子塞给我，自己去接了个电话。我没接稳，水洒在键盘右下角，现在那块键帽还泛白。

　　优胜劣汰——就这四个字，站得住。不是因为谁写了论文，也不是因为 benchmark 跑赢了谁家方案。是上周三凌晨两点，线上灰度突然崩掉 0.3% 的冷启成功率，监控报警挂了十八秒没人点确认。运维小张揉眼睛的样子我还记得：他左手搓了一下食指和中指，右手还在键盘上悬着没敲。崩溃点就卡在 FileDescriptor.reopen() 之后、mmap 前那一丢丢间隙里。我们翻日志时发现，出问题的全是用 eMMC 5.1 协议但 firmware 是三年前旧版的低端机。新固件早支持 lazy open，旧固件偏要等整个 dex header 全读完才肯交控制权。不是算法不好，是芯片厂当年留的坑太深，深到连 OEM 自己都懒得填。后来补丁一推，这批机器直接被自动剔出灰度池——不是我们手动拉黑，是系统自己把它们从设备列表里静默移除了。这事我敢打包票。

　　桌上那盒潮汕牛肉丸外卖已经凉透，汤凝成一层半透明膜，底下浮着三颗丸子。我拿筷子戳了其中一颗，它弹了两下，没破。旁边工位老周在修一个 NVRAM 校验失败的 case，他嘴里叼着根没点的烟，屏幕右下角时间跳到 02:47。他忽然说：“你看那个 readahead window，开到 128KB 是不是太贪了？”我没答，因为我知道他其实是在问上个月被砍掉的 prefetch agent 架构。那东西我们测过，在 OPPO Reno 系列上快十七秒，但在 Redmi Note 9 上会吃光预读缓存然后触发三次 futex wait。我那时候信了文档写的 “adaptive threshold”，结果上线当天就有同事在钉钉群里发截图：同一台机器，冷启 62 次，其中 13 次耗时超过四秒。第十四次突然回到二百三十毫秒。没人解释为什么，就像没人解释为什么小米 12X 的 ext4 journal commit 阈值设成 4096 字节比默认 8192 更稳——这事我说不准。

文章配图，仅供参考

　　说到花屏……上周我去惠州见个客户，他们产线贴片机的安卓工控面板启动总卡在 splash 屏三秒不动。查了半天发现是厂商把 vendor.img 的 verity root hash 硬编码进 bootloader，而他们每次烧录都会更新 build fingerprint 却不重算 hash。结果每次开机都要走一遍 fallback verify 流程，额外拖出 2800 毫秒。修复方案？重新签 vendor.img，改烧录脚本。客户工程师听完叹了口气，掏出手机刷抖音，手指在屏幕上划得飞快，连划了二十一屏，才抬头问我：“师傅，你们这个优化，能让扫码枪连得更快点不？” 我没答。他也没等答案，继续划了十三屏，视频里是个戴眼镜的男人正在煎牛排。

　　所以“卡顿到秒开”这说法，听着像 PR 稿，其实只是时间尺度错觉。不是变快了，是慢的动作被自然过滤掉了。就像当年我们砍掉所有基于 ashmem 的 IPC 方案，并不是因为它性能差，是因为高通骁龙 865 以后的 SMMU 在某些 page fault 场景下根本不会通知 CPU —— 它静默丢包。你等着它回调，它永远不回。于是所有依赖 ashmem sync barrier 的逻辑，全都无声无息地失效了。失效不是错误，是淘汰。活下来的方案，没一个提前预判了这点。都是事后清点残骸时才发现：哦，这批设备连不上了；哦，这批日志没了；哦，这批用户再也没打开过二次启动页面。至于到底为什么？没人深挖。因为没必要。

　　我昨天在公司楼下看见一只麻雀叼着半截塑料吸管飞过，吸管末端还粘着一点奶茶珍珠。它飞得很低，几乎是贴着自行车道。我盯着看了十一秒，直到它撞进对面写字楼通风口的铁丝网里，“嗒”一声轻响。我没过去看它脱没脱身。今天早上打开 Jenkins，发现 nightly build 又 failed 了。错误日志第一行写着：android.util.SuperDuperCacheManager#ensureWarm(): timeout after 300ms。我看了一眼，关掉页面，点了杯美式。现在这杯还在桌上，奶泡裂了两条缝。

　　要不你试试把 vendor_boot.img 里的 init.rc 把 mount /metadata 的 flag 从 wait 改成 nofail？我不确定会不会触发新的 kernel panic，但至少能让 70% 的 factory reset 场景避开那个 fsck 死锁。试试吧。反正明天我就去长沙出差，那边产线的测试机用的是瑞芯微 RK3566，eMMC 跑在 legacy mode 下，说不定正好绕过这个问题。

（编辑：我爱制作网_沈阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!