第493章 来自十几年后的降维打击(3/3)
呆的众人，嘴角含笑：“当然，这只是我的一个简单概括，具体要怎么让其体验更好，这个就要看各位了，需要各位进行测试，至于延迟时间，这个也要进行测试”
在场的程序猿们只觉得头皮发麻，居然还可以这样玩？
那按照这个逻辑，岂不是永远只运行一个应用？然后1个G内存，可以当4个G甚至8个G来玩？
事实自然是不可能的，因为当需要这么多内存的时候，那个应用一定对内存的速度有要求，这个时代的闪存在读写上根本不满足条件
但无疑这个思路哪怕再过十年，二十年也不会过时
而这也正是萧楚生所谓的，带着版本答案逆推，然后选择最优解的思路
纯纯对这个时代的同行降维打击了……
“老板，这里面还有个问题”张浩举起了手：“您的思路固然是正确的，但……有一些应用应该是需要实时在后台的吧？比如……音乐，或者联网的游戏？”
萧楚生眼前一亮，心想张浩可以啊，这么快就预想到了实时联网的游戏进入手机了？
于是到这里，萧楚生继续讲出了另一个在国内市场搞死安卓的关键
推送！
“我们的手机系统，在应用开发时要明确要求每个应用一定要接入一个常驻于后台的广播进程，这个进程用于同步服务器的消息推送，将应用冻结期间的消息同步进手机
这个功能可以实现即便应用你没有打开，却依然可以收到推送的机制，至于游戏和音乐这类情况，我们可以进阶，做一个智能墓碑后台
将后台白名单给搞出来，应用进程分隔开来，必要在后台运行的，比如播放音频，那么就只有这部分进程可以常驻后台”
“？？？”
所有人懵了，不是，这也考虑到了？
这老板还是人吗？你花钱找我们这帮人来做什么的？
所有人莫名有一种好像成了流水线工人的既视感，他们完全按照老板的要求，指哪打哪