翌日清晨,柔和的晨光照射进来。
小孩子的喊叫、哭闹,小区的住户絮絮叨叨的说话声。嘈杂之声催促着人们快快醒来。
周晨睁开眼睛,看到天已亮,拿起手机一看,早上七点钟。
这时房门被人推开了,周洛大清早闯入周晨的房间喊他起床。
吃完早饭后,周晨去了一趟书店,回来的时候手里抱了几本编程方面相关的书籍,在周洛诧异的目光中回到了自己房间。
周晨并不懂编程,所以要抱着书本好好恶补一下,也幸亏他现在的学习能力大大提升,接受这些晦涩难懂的代码讯息倒是没有多大难度。
整整一天的时间,周晨都躲在房间里看书。
“哥,学编程呐……”
周洛亦步亦趋地探到他身边,见周晨正抱着一本9oo页厚的《疯狂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(核心)层级。
安卓手机则不然,它优先处理的顺序是app1inet(应用)、Frameork(基本框架)、Library(程序库)、kerna1(内核构架)。而与屏幕显示相关的程序在Library(程序库)中,当你点击屏幕之后,系统会先忙着激活应用、打开框架,第三步才会照顾到屏幕显示。
所以从视觉效果来看,从早期设计优先级别上android已经落后于ios了。
虽然以后的版本中,android在拼命改进着,但追求流畅势必要对android的整个生态作严格限制。
对庞大的android终端来说得不偿失,而谷歌公司又不可能完全将已经积攒多年的android军队打乱重来,所以目前来说,android系统的优化更多的还是细节优化,很难有颠覆性的变革出现。