安卓系统智能电视为何越用越卡？流氓应用才是罪魁祸首！

虽然如今安卓在5.0版本之后有了质的飞跃，但是安卓系统越用越卡的毛病从根本上并没有得到解决。究其根本主要是系统开放性造成的混乱，许多流氓APP的不良行为（各种自启、关联唤醒）成为越用越卡的罪魅祸首！今天沙发网的小编就来给大家讲解一下为什么安卓系统会变得越来越卡，以及如何从根本上解决智能电视卡顿的问题！

随着2015年智能电视行业的飞速发展，现在的智能电视/盒子的配置也是越来越高，四核、八核、64位处理器… 系统的流畅性远超从前。但是仍然不可避免的是，许多的智能电视在用了半年以后便会慢慢变卡… 其实原因也很简单：

一是先天不足，在Linux上跑个虚拟机，再用JAVA做开发，虽然能减轻开发负担，获得浩瀚资源，但在后期优化上的成本增加更多，Java没有提供任何操作来释放内存（iOS的开发语言Object C能自行控制内存释放），是通过系统的内存回收机制来进行管理，但内存回收是个双刃剑，GC（Gabage Collection，垃圾回收）时所有线程都要暂停，也就是所谓的卡顿。

Android的系统架构

二是后天开放带来的混乱，强制与封闭，给iOS的应用带来了高度的统一和标准，而开放的Android必然带来混乱这样的负面作用，碎片化是众所周知的恶果，一些应用为了兼容更多旧款设备，只得继续使用低level的API，如微信，现在还是使用API level 9，就是为了能在Android 2.3系统上使用，而Android 5.1支持的API level已达到22了，效率上显然大打折扣，除此之外，开发上的开放性更是一个非常大的隐患，这也是今天要谈的主要问题。

经常被拿来与Android比较的iOS为了流畅度，其实做了非常多的妥协来换取用户体验上的好感，比如墓碑式内存管理、优先UI渲染等，Google在2012年提出了黄油计划（Project Butter），开始着手解决Android卡顿这个老大难问题，并从Android 5.0开始，将Dalvik虚拟机全面转向ART虚拟机，后者在安装应用的时候会进行预编译，将代码转换为机器语言存储在本地，这样在运行程序时就不用每次都编译一次，执行效率得到大大提升，同时，新的ART模式也降低了每次GC的时间，一些额外的优化也可以避免GC的频繁发生。

黄油计划的垂直同步与三重缓冲让操作更一致顺滑

Google的这些作为让Android系统在流畅度上有了实质性的突破，从宏观上讲，Android是越来越不卡越来越流畅，那么，在如今这么强大的硬件支持下，为什么还会让很多人觉得越用越卡呢？

现在，Android越用越卡：APP在后台不断重生

到了今天，随着硬件的发展及系统的不断改良优化，Android架构上的先天不足已经是影响甚微，从那些旗舰新机的表现足以证明了，秒开、流畅、顺滑……绝不输于 同级别iPhone，但是，这通常是指出厂状态下的表现，如果装上几十个国产APP，情况可能会发生些变化——流畅度明显下降了，用户开始叫卡了。

显然问题出在这些APP上，前面说过，Android的开放是把双刃剑，在自由的背后往往潜伏着危险，善恶存乎一心，开发商掌控着进退大权，而以国人之尿性，抢占市场、提升APP活跃度往往是最重要的，既然我不流氓别人也会流氓，我为什么不更流氓呢？

Android应用开发有四大组件，广播接收器（BroadcastReceiver，以下简称Receiver）就是其中之一，它用来接收来自系统和应用中的广播，你也可以理解它是一个监听器，比如当电量变化时，系统会产生一条广播，接收到这条广播就能在电量低时告知用户保存进度或进入省电模式等；当有电话进来，也会产生一条广播，就会通知电话接听或电话号码判断等。

各色各样的系统Receiver（采集于ROM Toolbox）

在Android中，全局的Receiver就近百种，可以监听各色各样的状态变化，比如开关机、通电断电、网络状态变化、电量变化、安装卸载应用、电话呼出呼入、SD卡变化等。开放的Android允许应用程序注册任意个Receiver， 这也成为流氓应用滋生的温床，不良的开发者向系统注册多个静态Receiver，接受各种广播通知，然后执行相应的Activity，比如自启动。

Android越用越卡的主要原因在于，后台有大量应用在默默运行，而这些应用根本就是清理不掉的，它们会在收到各种各样的Receiver通知后并再度启动，我能想到最好的描述就是“野火烧不尽，春风吹又生”。作为对比，iOS中被杀掉的后台进程再启动的方法很有限，简单的说，iOS是真的能清理内存，而Android中许多应用挥之不去，不断重生，各种进程与服务在后台偷偷运行，从而引起系统卡顿与耗电，其实又有几个开发商会为用电着想呢？

Android不良应用的重生，主要有两种途径：自启动和关联唤醒。

你想都想不到的自启动

自启动，可能在我们意识里它就等于开机自动运行，在Windows下倒也没差，但在Android下你就太小瞧它了，开机自动运行只是众多自启动方式中的一种。在Windows中，你关闭某个软件后，它基本上不会再自行启动了，然后Android中由于有Receiver这种东东，让自启动变得很容易。

还是来点具体实例，看看国外APP与国内APP的节操对比：

eBay与“手机淘宝”应用的自启动方式对比

作为同类型电商APP，eBay只有在收到三种Receiver后可能会启动，而且这三种都是比较规范的，反观“手机淘宝”，共有九种自启动行为，除了eBay那三种外，还可能在收到应用卸载等六种Receiver后启动，我只是想问，我设置时间、卸载应用和你淘宝有半毛钱关系？

很可惜，国外的APP在国内基本没办法用，而国内的不管是优秀的APP还是山寨国外的APP，大多数以抢占市场、提高应用活跃度为主，拼着命变着法子让自家APP处于活动状态，一键清理内存还有什么用呢，过几分钟又如野草般齐刷刷地长了出来。其实“手机淘宝”这个APP还算好的，看个更变态的：

百度云有19种自启行为

百度云APP高达19种自启行为，打电话、发短信、充电、连网、换个WIFI等等，这些日常的操作，都能让百度云不断重生自启，与你如影随行，而且是隐蔽不可见的。

打虎亲兄弟的关联唤醒

（编辑：云计算网_泰州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!