第493章 来自十几年后的降维打击（2/2）

萧楚生扬起嘴角，並没有觉得这人的想法有什么问题，毕竟这就是时代的局限性。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

push推送！

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

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

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

“？？？”

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

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

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