翌日清晨，柔和的晨光照射进来。

小孩子的喊叫、哭闹，小区的住户絮絮叨叨的说话声。嘈杂之声催促着人们快快醒来。

周晨睁开眼睛，看到天已亮，拿起手机一看，早上七点钟。

这时房门被人推开了，周洛大清早闯入周晨的房间喊他起床。

吃完早饭后，周晨去了一趟书店，回来的时候手里抱了几本编程方面相关的书籍，在周洛诧异的目光中回到了自己房间。

周晨并不懂编程，所以要抱着书本好好恶补一下，也幸亏他现在的学习能力大大提升，接受这些晦涩难懂的代码讯息倒是没有多大难度。

整整一天的时间，周晨都躲在房间里看书。

“哥，学编程呐……”

周洛亦步亦趋地探到他身边，见周晨正抱着一本900页厚的《疯狂java讲义》，整个人瞬间凌乱了。

她早上才见哥哥买了这本书回来，这才过了中午，书都翻了过半了。

这哪是学习啊，一定是在找什么关键知识点。

周晨不动声色地点了点头，整个人注意力全集中在书本上。

周洛觉得无趣，俏皮地吸了吸鼻子，嗒嗒嗒套着拖鞋跑到外面去了。

周洛第二次进来的时候已经快傍晚了，她手里拎着一块蛋糕，卖弄似的坐在周晨边上吃起来，其间不断将蛋糕递到周晨嘴边诱惑他。

但周晨不为所动，这时周晨已经看完《疯狂java讲义》，开始看更高深的《core_java》了。

“哎呀，妈妈，哥哥坏掉了！”

周洛再一次自讨没趣，很不爽地跑到外面，冲刚刚下班回到家的老妈大喊，结果被杨希莺赏了一颗爆栗。

以至于到吃饭的时候都用一种幽怨的眼神看着周晨。

吃完饭，周晨又花了一段时间才把几本书全部看完，这时候他对手机编程已经有了一定了解，自然对市面上的android系统与ios系统也有了自己的比较。

很多人应该都有过一种体验，android系统的手机在硬件配置跟不上的情况下，如果后台运行的程序过多，经常会出现卡顿的情况，哪怕是用清理软件清理了一遍，往往用不了多久又会慢慢卡起来。

这好像是所有android手机的通病，追根溯源主要还是因为它的系统机制造成的。

系统机制包括三点，首先，一般的安卓程序（软件）都是在java虚拟机上运行的，不是像iphone那样直接运行在操作系统上。虚拟机本身是消耗内存的大户，它会产生许多垃圾，随着安装软件运行的增多，从而变得越来越卡，而且随着时间推移，这种卡顿的状态会越来越厉害。

其次，就是android内存管理的多任务机制，虽然从原理上讲，java是可以自动释放后台程序从而回收内存的。但java虚拟机在实际运行时，却往往无法做到随用随收，也就是说，你关闭了一个程序，它所占的内存不会在第一时间被收回。

好比当虚拟机在运行某一个大型程序时，如果它同时又需要强制回收其它程序占用的内存，这个时候若手机本身的硬件水平跟不上，则可能造成android根本无力回收那些被占用的内存，最终造成手机出现卡顿，甚至死机。

最后一点，就是各个厂商对自身android系统的优化做得不够到位。

因为android是开源的，意味着各个手机厂商可以依据它为自己的手机开发独立操作系统，但往往无论是手机厂商开发的操作系统，还是应用软件厂商开发的app，优化的水平都没有达到android软件的设计规定。结果导致程序越来越臃肿，为回收内存雪上加霜。

当然，除了系统机制造成的用户体验不佳外，系统响应优先级的差异也是造成用户更亲睐ios的主要原因。

在ios系统中，它的响应优先顺序分别为touch、media、service、core四个层级。

也就是说，当你在触碰屏幕的时候，ios系统会最优先处理touch这个层级的程序，也就是屏幕显示！然后才是media（媒体）、service（服务）以及core（核心）层级。

安卓手机则不然，它优先处理的顺序是application（应用）、framework（基本框架）、library（程序库）、keal（内核构架）。而与屏幕显示相关的程序在library（程序库）中，当你点击屏幕之后，系统会先忙着激活应用、打开框架，第三步才会照顾到屏幕显示。

所以从视觉效果来看，从早期设计优先级别上android已经落后于ios了。

虽然以后的版本中，android在拼命改进着，但追求流畅势必要对android的整个生态作严格限制。

对庞大的android终端来说得不偿失，而谷歌公司又不可能完全将已经积攒多年的android军队打乱重来，所以目前来说，android系统的优化更多的还是细节优化，很难有颠覆性的变革出现。