翌日清晨,柔和的晨光照射进来。
小孩子的喊叫、哭闹,小区的住户絮絮叨叨的说话声。嘈杂之声催促着人们快快醒来。
周晨睁开眼睛,看到天已亮,拿起手机一看,早上七点钟。
这时房门被人推开了,周洛大清早闯入周晨的房间喊他起床。
吃完早饭后,周晨去了一趟书店,回来的时候手里抱了几本编程方面相关的书籍,在周洛诧异的目光中回到了自己房间。
周晨并不懂编程,所以要抱着书本好好恶补一下,也幸亏他现在的学习能力大大提升,接受这些晦涩难懂的代码讯息倒是没有多大难度。
整整一天的时间,周晨都躲在房间里看书。
“哥,学编程呐……”
周洛亦步亦趋地探到他身边,见周晨正抱着一本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(程序库)、Kernal(内核构架)。而与屏幕显示相关的程序在Library(程序库)中,当你点击屏幕之后,系统会先忙着激活应用、打开框架,第三步才会照顾到屏幕显示。
所以从视觉效果来看,从早期设计优先级别上Android已经落后于iOS了。
虽然以后的版本中,Android在拼命改进着,但追求流畅势必要对Android的整个生态作严格限制。