第493章 来自十几年后的降维打击

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

这个时期所有人都是摸着石头过河，不要说谷歌，哪怕是苹果自己也是一样的，它其实也不确定自己的墓碑机制会不会成功，但它选择对了。

所以萧楚生很耐心地告诉众人：“如果用做电脑的逻辑去做手机，那就搞错了需求，首先我们要明确，我们要在那么小的手机屏幕上做什么，你多数时候需要同时使用很多个应用吗？不，根本不需要！

比如所谓的伪需求，降低设备的发热，减少无谓的电量消耗，那才是最重要的！

将应用放入后台就暂停，我们再引入windows的虚拟内存机制，就是划出一部分存储当做内存使用，在后台停放时间超过时间，就将其从内存交换进入存储中，这样就能避免频繁的数据交换。

同时，我们可以在应用开发时候就规范开发逻辑，将应用运行时的进程区分开来，对读写速度需求低的进程，我们默认其运行于虚拟内存中，要求高的，优先级放在内存中。

使用时比如当我们选择息屏，那所有的应用全部冻结转入虚拟内存。”

萧楚生看着场内目瞪口呆的众人，嘴角含笑：“当然，这只是我的一个简单概括，具体要怎么让其体验更好，这个就要看各位了，需要各位进行测试，至于延迟时间，这个也要进行测试。”

在场的程序猿们只觉得头皮发麻，居然还可以这样玩？

那按照这个逻辑，岂不是永远只运行一个应用？然后1个G内存，可以当4个G甚至8个G来玩？

事实自然是不可能的，因为当需要这么多内存的时候，那个应用一定对内存的速度有要求，这个时代的闪存在读写上根本不满足条件。

但无疑这个思路哪怕再过十年，二十年也不会过时。

而这也正是萧楚生所谓的，带着版本答案逆推，然后选择最优解的思路。

纯纯对这个时代的同行降维打击了……

“老板，这里面还有个问题。”张浩举起了手：“您的思路固然是正确的，但……有一些应用应该是需要实时在后台的吧？比如……音乐，或者联网的游戏？”

萧楚生眼前一亮，心想张浩可以啊，这么快就预想到了实时联网的游戏进入手机了？

于是到这里，萧楚生继续讲出了另一个在国内市场搞死安卓的关键。

push推送！

“我们的手机系统，在应用开发时要明确要求每个应用一定要接入一个常驻于后台的push广播进程，这个进程用于同步服务器的消息推送，将应用冻结期间的消息同步进手机。

这个功能可以实现即便应用你没有打开，却依然可以收到推送的机制，至于游戏和音乐这类情况，我们可以进阶，做一个智能墓碑后台。

将后台白名单给搞出来，应用进程分隔开来，必要在后台运行的，比如播放音频，那么就只有这部分进程可以常驻后台。”

“？？？”

所有人懵了，不是，这也考虑到了？

这老板还是人吗？你花钱找我们这帮人来做什么的？

所有人莫名有一种好像成了流水线工人的既视感，他们完全按照老板的要求，指哪打哪。