蕭楚生揚起嘴角，并沒有覺得這人的想法有什么問題，畢竟這就是時代的局限性。
這個時期所有人都是摸著石頭過河，不要說谷歌，哪怕是蘋果自己也是一樣的，它其實也不確定自己的墓碑機制會不會成功，但它選擇對了。
所以蕭楚生很耐心地告訴眾人：“如果用做電腦的邏輯去做手機，那就搞錯了需求，首先我們要明確，我們要在那么小的手機屏幕上做什么，你多數時候需要同時使用很多個應用嗎？不，根本不需要！
比如所謂的偽需求，降低設備的發熱，減少無謂的電量消耗，那才是最重要的！
將應用放入后臺就暫停，我們再引入windows的虛擬內存機制，就是劃出一部分存儲當做內存使用，在后臺停放時間超過時間，就將其從內存交換進入存儲中，這樣就能避免頻繁的數據交換。
同時，我們可以在應用開發時候就規范開發邏輯，將應用運行時的進程區分開來，對讀寫速度需求低的進程，我們默認其運行于虛擬內存中，要求高的，優先級放在內存中。
使用時比如當我們選擇息屏，那所有的應用全部凍結轉入虛擬內存。”
蕭楚生看著場內目瞪口呆的眾人，嘴角含笑：“當然，這只是我的一個簡單概括，具體要怎么讓其體驗更好，這個就要看各位了，需要各位進行測試，至于延遲時間，這個也要進行測試。”
在場的程序猿們只覺得頭皮發麻，居然還可以這樣玩？
那按照這個邏輯，豈不是永遠只運行一個應用？然后1個g內存，可以當4個g甚至8個g來玩？
事實自然是不可能的，因為當需要這么多內存的時候，那個應用一定對內存的速度有要求，這個時代的閃存在讀寫上根本不滿足條件。
但無疑這個思路哪怕再過十年，二十年也不會過時。
而這也正是蕭楚生所謂的，帶著版本答案逆推，然后選擇最優解的思路。
純純對這個時代的同行降維打擊了……
“老板，這里面還有個問題。”張浩舉起了手：“您的思路固然是正確的，但……有一些應用應該是需要實時在后臺的吧？比如……音樂，或者聯網的游戲？”
蕭楚生眼前一亮，心想張浩可以啊，這么快就預想到了實時聯網的游戲進入手機了？
于是到這里，蕭楚生繼續講出了另一個在國內市場搞死安卓的關鍵。
push推送！
“我們的手機系統，在應用開發時要明確要求每個應用一定要接入一個常駐于后臺的push廣播進程，這個進程用于同步服務器的消息推送，將應用凍結期間的消息同步進手機。
這個功能可以實現即便應用你沒有打開，卻依然可以收到推送的機制，至于游戲和音樂這類情況，我們可以進階，做一個智能墓碑后臺。
將后臺白名單給搞出來，應用進程分隔開來，必要在后臺運行的，比如播放音頻，那么就只有這部分進程可以常駐后臺。”
“？？？”
所有人懵了，不是，這也考慮到了？
這老板還是人嗎？你花錢找我們這幫人來做什么的？
所有人莫名有一種好像成了流水線工人的既視感，他們完全按照老板的要求，指哪打哪。</p>