2016 年技术总结

记得去年写年终总结的时候，我还在去看老友的火车上，那时对新一年充满了无数期许，虽已是争分夺秒，但是当宣布 game over 的那一刻，这一年的收获、成长、遗憾、失落已经定格。

内容提要

• MVP 架构 App
• 浮窗组件开源
• NodeJs 全栈开发
• App web 化发展趋势
• 年度博客总结

MVP 架构 App

针对项目中结构混乱，分层不清晰，提出 MVP 架构的想法，经过内部分享，试点实践，最终于五六月份在 MVP 的基础加上 EventBus 全面重构。 架构的收益是持续的，去掉了耦合在各个层面上回调函数，从架构层面上规避了最常见的内存泄漏问题，同时由于层之间的高度解耦，使得我们可以针对不同层次使用不同的单元测试框架，大大降低了写单元测试的成本。

尽管 MVP 和 EventBus不算什么新技术，但对我们的项目来说是第一次，作为一个团队的一员，要引入新的技术或新的想法不是一件容易的事。你得说服你的老大还有你的同事，你不能干巴巴的说这个技术好然后你的同事就能信服你，特别是技术水平和视野上的差异，没有认知上的共鸣，你很难推动实施。作为团队的新面孔，我也是费了很多波折，开始在小组内做 MVP 的分享，再后来是在新接手的业务带头实践 MVP ，真正让大家全面认可是下面的经历:

大约是4、5月的时候，随着功能的增加，各处隐藏的内存泄漏问题终于累积到了一个爆发点，大量引发 OOM 问题。经过内存工具排查、反复测试、观察内存走向，游走大部分历史代码终于解决了问题。我把解决过程详细的写成了两篇内部分享文章，鞭尸了 n 多个黑代码(很多人为了怕影响同事关系，宁愿容忍渣代码，也不愿指出错误，我很不赞同这种价值观，对于技术氛围的形成十分有害，渣代码就是要鞭尸,我觉得应该提倡 review ,彼此鞭尸渣代码。)，内存溢出并不是在某个功能点，而是散布在各个地方的 Handler ，这些 Handler 让各个层次藕断丝连。为了规避这些问题，才有了后来的 MVP + EventBus，它才开始真正被接纳。

关于在团队中引入新技术，除了沟通能力之外，你应该还要做到两点：1 明白项目的问题在哪里，2 用你要引入的技术解决当下的问题，3 对于新的技术，团队成员成本多大，例如当时想本要使用 RxJava ，考虑到当时团队成员的学习成本就使用较为容易上手的 EventBus 了。

浮窗组件开源

为了方便玩家游戏过程不用切换游戏也能方便地体验我们的 App 的服务，我们需要"伸出一双手"到游戏中，在合适的位置、合适的时间出现。等于将 App 的功能阉割到浮窗中，所以逻辑还是比较复杂，经过几个版本下来遇到了很多坑，特别是在版本兼容问题上，在解决这些问题之后我觉得应该把浮窗组件沉淀一下，开源出来：https://github.com/liuguangli/FloatUtil。

插件化研究

在进行浮窗功能设计的时候，一开始打算做成插件的形式，花了大量的时间进行插件化的研究，看了几大开源框架，对于设计模式、Android 框架、App 加载和执行等都是一次进阶性的提升，最后形成了插件化研究的系列文章：

• 《Android应用程序插件化研究之DexClassLoader》
• 《Android应用程序插件化研究之AssetManager》
• 《插件化研究代ACTIVITY注册》
• 《插件化研究之资源冲突》

NodeJs 全栈开发

App 客户端的需求越来越少，刚好后端要做业务重构，进行前后端分离，主动申请参与前端的开发，从无到有参与前端 NodeJs 项目架构并支撑第一个新业务的上线。前后端分离，在组织架构上也算是一种解耦， 为了让后端从"代码套页面"的噩梦中解放出来、更加专注于数据业务的开发，后端面向细粒度 API 开发，只关注服务和接口；NodeJs 作为服务到用户的中间层，面向用户侧的开发，关注交互和界面，提供多端特性的适配。

App web 化发展趋势

3 月份大家还在大谈插件化、这个时候插件化已是百花齐放，React Native （简称 RN）已经在各大技术沙龙分享实战经验，2015 年 9 月 RN 发布开源，这是一次 App 跨平台开发思路上的突破：Web 方式编程，原生化的体验。

2016 年 6 月，阿里开源 Weex ； 2016 年 9 月，微信小程序开放内测；RN、Weex 和小程序 在思路上是一致的：采用某一种 Web 编程技术编写页面，生成的 js 部署到服务器，然后下发到客户端，客户端 App 上搭载一个 JS 解释器，最终转换成 Native 组件。 三者实现手段上略有差异，RN 采用 React 的语法编写程序逻辑，客户端采用 JavascriptCore 作为 js 解释器；Weex 采用 Vue 语法编程，客户端使用 V8 内核作为 Js 运行环境；微信小程序可能和前两种差稍有不同，稍微进化得慢一些，小程序提供的编程方式和 Weex 很相似，不过最终下发到客户端执行的还是 html 和 js 文件，最后由 X5 内核来执行 html 和 js。

RN、Weex 和微信小程序让我看到的是一种编程方式的变化，App 原生开发和 Web 开发正在统一。微信小程序的出现一度引起很多讨论，其中就有关于小程序是否会吞并 App 的讨论，我倒是对此不以为然，不过我思考的是：微信小程序能做到、Weex 能做到、RN 能做到，那么 OS 来做不也是轻而易举的事么？这样的 OS 一定会到来吧？（这时，我不由得把视角转向了 Google ，据说 Google 内部正在融合Chrome OS 和 Android，将推出 Andromeda 操作系统。）那个时候才是真正的大一统。技术发展一直遵循着摩尔定律，性能、带宽逐年提升，Web 和 原生的体验差距在慢慢变小App web 化开发一定是一种趋势。

年度博客总结

1 插件化系列文章，总结了插件化开发的基本思想概论。

• 《Android应用程序插件化研究之DexClassLoader》
• 《Android应用程序插件化研究之AssetManager》
• 《插件化研究代ACTIVITY注册》
• 《插件化研究之资源冲突》

2 浮窗系列文章，总结了Android 窗口体系的相关知识点。

• 《浮窗开发之窗口层级》
• 《越过用户授权使用浮窗》
• 《ACTIVITY是如何接收到TOUCH事件的（窗口与用户输入系统）》

3 物联网入门系列文章，总结了 NodeJs 在硬件领域的使用，使用 Ruff 来 DIY 自己的家电。

• 《DIY物联网应用 1-学习计划》
• 《DIY物联网应用 2－RUFF 介绍》
• 《DIY物联网应用 3－控制继电器》
• 《DIY物联网应用 4－遥控器控制风扇》
• 《DIY物联网 5 – 手机控制风扇》

4 经验、思维、方法论

• 《程序员的修炼之路》
• 《程序员的“认知失调”》
• 《一个程序员的运气有多重要》