图片来自网络
起因是测试觉得这个版本设置App启动延迟非常明显。
（这个版本是指固件版本，实际上设置App并没有改动）
模仿一下测试的表述方式：
“ 哎呀，这个版本怎么这么卡啊 ”
“ 你看这个设置这么久才进去，原来都不会这样 ”
“ 系统好卡啊，FM，文件管理器第一次进去都会卡好久 ”
。。。
以上，测试是个女同志，在公司声音还很大。刚听到吓的我不轻。
观摩了一下，发现原来是打开App的时候加载布局会慢一些，白屏和黑屏，设置App比较明显。（强调一下这些App都不是我写的，其中还包括一些系统自带应用比如文件管理器）
“ 嗯 是系统很卡顿 ” 这是同事 ，某高级Android系统工程师 。
拜托，系统卡顿会造成加载延迟，但加载延迟和系统卡顿完全两回事好吗？你没看到这设备操作贼流畅？你看后续花式折腾...除了第一次启动的页面加载，其它操作简直是无缝啊！
默默无语， 你们哪里看出来的系统卡顿？这个布局加载黑一下的情况...好像...一直都有吧？
“ 我发现了这个记录仪不录像就快一点，是记录仪的问题！” 测试同志有了新进展。
研究了几遍，对比录像不录像两种状态 ：“这个不是差不多吗？”
“ 快了那么零点几秒吧。” 测试经验老道。
“嗯 ,是快一点，是记录仪的问题。曾工（是我）你看一下你记录仪改了什么。” 同事。
我@@#*&Y% ...... 这你们就完成定性了？？？？
“ 这个和系统卡顿、记录仪没什么关系吧？？” 我试图据理力争。
“ 但是就是录像的时候很卡啊。” 测试。我感觉好像差不多啊？
“ 可能是记录仪录像占用太多内存，导致的系统卡顿” 。系统同事的话仿佛有些道理...我屈服了
一番研究过后...
（这里确实发现了一个问题，录像水印的区域比水印文字大出不少，将区域改小后显著的降低了Cpu占用率）看着top上低了一截的cpu占用率，略满意。提交修改，等测试看看这个版本效果。（我是一直没看出来这个零点几秒的差距的）
“还是一样啊，好卡 ，这个设置进去还是这么慢”。
“曾工你在看一下，记录仪还有什么优化的，这个系统卡顿的问题很重要，是要解决的。”
感觉自己莫名背上了一口大锅。还是想最后挣扎一下。
“我觉的这个不算系统卡顿吧，就是个启动速度，加载延迟，而且现在这个速度挺正常的...这种问题和设置App本身也有关系，不全是记录仪录像导致的。”
感觉是需要综合考虑的，毕竟系统固件更新你自己打了那么多Patch...
“那你再优化一下记录仪，看能不能把设置这个比较明显的延迟解决了。”
优化记录仪解决设置问题？ ？？
心里有一句mmp 不知当讲不当讲...
我怒了。
然后...不好意思，这里没有爆发冲突，没有菜刀和棍棒。
我默默坐了回去。
** 打开设置，adb 截屏，拖到电脑上裁边。把截图塞进设置项目的drawable。
切到 Activity所在的style，熟练的设置好background属性，填上刚截的图片。**
运行了一下，没说话，直接把修改提交到了Git服务器。
（我不抽烟。。不然一定寂寥的点上一根）
事后
某高级系统工程师对结果挺满意。
除了设置假装修复了，其它App开启时的加载延迟问题任然未解决。
（摆新老两个固件版本对比，确实发现新版固件会略慢一些）
话痨挺久的，感谢耐心看完的同学们~
那么，来讨论一下吧，关于App启动的加载问题，有什么好的处理方式呢 ？欢迎评论学习~1
(补充解释下我的做法，有的同学表示没理解，其实我就是把程序界面的截图设置成背景，进入时的黑白屏问题依然存在，只不过在页面加载的时候显示了截图而不是空白，就有了一点开就加载完成的样子。设置在style里的背景是比布局更快加载的哦)
网友评论