忆往昔、看今朝、智递科技高级技术经理看Android前景

   近些年的工作中，常常有同事或者实习员工问Android开发是否有”前途”。自大学毕业以来我从Java服务器端应用开发转到前端技术又转到移动互联网开发，做Android应用开发且带领公司技术团队也有很多年了，根据自己的在IT行业的经验也给这些处于迷茫时期的同事表达了自己对移动互联网以及对Android前景的见解，但是还是时常怕因为个人见解有局限而”误人子弟”。
最近刚好在Android Weekly看到一篇文章，作者Željko Plesac所阐述的部分观点与我不谋而合，闲暇之余结合原文作者的观点以及我个人的看法写下这篇文章，希望给那些有此问题的同事以及处于徘徊边缘的IT从业者一些参考的依据。

   难以相信，Android这样的操作系统在短短的几年间会有超过80%的市场占有量。在我看来，Android能够做这么好并不是说它早期版本是多么优秀，恰恰相反，在同时期的竞争对手中它并不优秀。在Android4.0之前的版本中，它存在的问题有很多：

   首先第一个问题是糟糕的开发工具，在那个时期Android开发工具有且只有一个，那就是eclipse，eclipse在早期Java开发中的地位是不可否认的，但是对于Android开发来说eclipse的各种问题让你在十分钟之内就可能崩溃发疯。eclipse的ADT插件简直是Bug和Crash满天飞，仅有的办法是重启eclipse，再重启eclipse，继续重启eclipse。在很多相对复杂的项目中，这酸爽只有使用eclipse和ADT开发Android应用的开发者知道。很大程度上来说eclipse已经吓倒了一批入门的开发者，让他们投入到其他开发阵营如JavaEE或者iOS、甚至PHP。

   第二个问题就是Android的碎片化问题，Android的碎片化问题可以用王二麻子脸上的麻子坑来形容，Gingerbread (2.3.7) 是相对比较老的系统版本了，对比同期的 iOS 4.x 系列，目前在市场中还有百分之 10左右的占有率（可能具体地区的占有率稍有不同）。Android 4.0(Ice Cream Sandwich) 是一个巨大革新的版本，新的 UI、新的 API、新的屏幕分辨率，这一切看起来非常的美好。但是缓慢的用户升级过程让我们不得不面对这些优秀新系统特性的同时，同时还需要兼容那老旧的系统。于是为了兼容新老两套系统，项目开发中多了非常多的兼容代码，这会使得应用到处是 Bug 和Crash。

   除了操作系统的碎片化，Android系统所运行的硬件碎片化也是最为严重的问题之一，开发者根本无法预料到自己所开发的应用程序运行在什么样的硬件之上，app需要获取用户位置信息，但是用户的手机可能没有GPS模块更有甚者没有基站定位功能；app需要打开摄像头扫描二维码，对不起当前用户的设备没有摄像头，即使有摄像头可能也因为设备运行内存过低而崩溃。如果说这些都不是严重的问题的话，那么不同Android设备屏幕的分辨率兼容问题可能是让开发人员在处于其中无法自拔的深坑，为了解决这样的兼容问题，甚至花费的时间比真正开发时间都长。

   第三个问题那就是缓慢的Android模拟器，当完成一个app以后，首先要测试在各个不同 Android 版本以及屏幕分辨率下的运行情况，所以我们要购置不下二十台不同品牌不同分辨率不同Android系统版本的 Android 设备用于测试。当你看到这个数字时可能觉得有点夸张，但是其实这一点不夸张，还是碎片化的问题引起的。幸好Google提供了Android模拟器，通过命令或者eclipse的ADT成功创建一个模拟器时，你可能还没有意识到灾难的来临，但是当你启动模拟器时，才发现下一次你再也没有勇气启动它，不仅仅是如蜗牛般的启动速度，还有缓慢的app装载速度以及运行调试速度，这些足以让计算机前的有大量的时间思考人生。

   在Android4.0之前的时期Android开发人员会发现设计一个优秀的Android应用程序是如此之难，与同时期的iOS应用相比，那个时候的Android应用简直是暗淡无光，甚至是暗无天日。

   值得庆幸的是，当时间推进到2013年的时候，糟糕的状况终于有一些改善。整个开发者社区以及Google官方都已经意识到这些糟糕的问题要拖累Android的快速发展甚至会将它推向万劫不复的深渊，但是Android4.0只是对这些糟糕的问题做了一些轻微的改观，缓解了一下Android发展的窘境。直到Android5.0以及Android6.0的发布更进一步的改变了Android发展状况。
Android5.0以来Android系统有着一些巨大的特性，在这里仅仅限于篇幅问题仅仅是列举出一些对整个Android生态发展更有意义的特性。

   第一个特性当然是Google官方推出集成开发环境Android Studio。Android Studio 在 1.0 版本以后就变得非常的稳定。这个 IDE 是如此的优秀，以至于智递科技有限公司在Android Studio1.2版本时就把所有的Android项目从eclipse迁移到Android Studio，而社区服务平台便利+项目完全是在Android Studio环境下进行开发以及测试的。同时在2015年12月份智递科技有限公司也将Android Studio引入到实训项目中，让更多实训员工从一开始就适应这个优秀的IDE。

   第二个特性是全新的项目构建工具Gradle。Gradle 是个全自动化的构建工具，在 Android Studio中已经全面替代了 Apache Ant 作为主要的构建系统，同时它可以和Maven和Ivy整合。这个全新的系统将会给构建 Android 应用带来全新的体验。当设置好构建配置脚本以后，所有剩下的事情都将不用开发人员操心，但是受限于国内的网络环境，这个工具对于国内的开发者来说可能真的没有那么好用。

   第三个特性是Material Design。Material Design是Android应用全新设计理念，这个理念中包含了一个我非常赞同的观点，那就是”everything is important(所有的东西都是重要的)”。长期以来移动应用开发者的观点是动画只是效果的一部分不需要具备特定含义，而 Material Design 主张动画也是有要有含义的，就好比文章分段的间隔符。重新设计、重新开发符合 Material Design 的应用，最终的目的在于应用并不仅仅是生活的一部分，而是能像水和空气一样够让它融入到生活中的每处，让它无处不在。

   第四个特性就是ART。对于 Material Design 提供的外在设计元素，开发人员最关注的还是其内在的改变。一个新的运行时系统(runtime system)称之为 ART 的就在其中。其实 ART 并不是新鲜事物，首次出现应该在 Android 4.4中。我们之所以重新介绍它是因为在Android5.0中ART已经全面替代了Dalvik 成为系统默认的运行时系统。

   ART 有很多优秀的特性，处于篇幅考虑我只说明其中两点：一是使用前置编译 AOT (ahead-of-time) 。这意味着 ART 模式下，代码被直接编译为机器指令，程序运行时直接执行机器指令。这能带来更快的执行速度以及更小的 CPU 损耗以及更长的电池时间。二是支持更多的方法数量（multidex support）。Dalvik 的每个 dex 字节文件只支持 65,356 个方法。这使得我们单个应用无法支持超过这个数量的方法数量。虽然这个数量看起来非常的庞大，但如果我们将其他的库加入到项目中，那么剩余我们能够使用的方法数量将会大大的减少，甚至不够用。ART 中将重新整理字节码文件分割到不同的 dex 文件中，同时再整合到单个 APK 安装文件中，从而避免了这个问题。

   以上四点特性让Android已经开始摆脱早期那些糟糕的状况，而且Android系统也正逐步的应用到其他平台上，智递科技有限公司自2015年开始就逐步在开展了针对智能手表、电视、甚至汽车车载设备的应用开发工作。试想在不久的将来，我们坐下来煮一杯咖啡时，环顾四周，你可能会发现至少有四五台智能设备运行着Android操作系统：咖啡机、智能电视、手表、手机、平板以及相机。Android 开始逐渐占领所有具有微处理器的设备，犹如水和空气一般得存在。

   Android手机逐渐开始走高品质路线，也是行业走好的标志。Android 的核心平台还是其智能手机这块，但长期以来一直所受的困扰就是运行其系统的智能手机品质差次不齐。老的 Android设备运行起来显得非常的卡顿。但是值得庆幸的是随着硬件设备的摩尔定律，目前的 Android 智能手机设备提供商正在逐渐的改变这一现状。很可能在不远的将来，我们能够得到一台性能足够强大但同时性价比不差的 Android 智能手机。

   总之，Google的Android团队以及整个Android生态都在努力的推动Android摆脱以往糟糕的形象。而 Android 系统本身经过几个大版本的进化以后路线也逐渐的清晰，除去目前的智能手机领域外，在其他的平台上也会逐渐得发力。作为Android生态的一员，如果你能看到Android巨大的演进，那么相信你对Android前景再也不会感觉到困惑。