发布在即!企业 AIGC 应用程度测评,3 步定制专属评估报告。抢首批测评权益>>> 了解详情
写点什么

专访包建强:为什么我说 Android 插件化从入门到放弃?

  • 2016-04-20
  • 本文字数:5842 字

    阅读完需:约 19 分钟

2016 年 6 月 24-25 日, GMTC 全球移动技术大会将在北京举行,本届大会,我们邀请了《App 研发录》的作者包建强老师,前来分享《Android 插件化:从入门到放弃》的内容。这个有趣的标题引起了大家的兴趣,我们就来采访一下包建强老师,看看他为什么会取这个标题,以及对移动应用架构和 Android 插件化的理解。

InfoQ:请您介绍一下自己,目前主要关注哪些技术领域?

包建强:大家好。我是包建强。简单介绍一下我自己,我工作 12 年了,有 8 年时间在惠普微软这些软件公司做一线开发,2012 年进入互联网,做了 4 年移动 App。去年写了本书,《App 研发录》,卖的还不错,感谢大家捧场。我有一个技术博客,坚持写了 6 年,地址是: http://cnblogs.com/jax。

我是 08 年微软 MVP。这些年来我一直很珍惜这个荣誉,MVP 讲的是技术分享的精神,我虽然现在不怎么写技术博客了,但遇到有想法的年轻人,还是会鼓励他们把自己的经验分享出来,至少要给若干年后的自己看。

我目前涉足的领域比较多,前段时间还在区块链折腾,顺手学了点 Docker 和 Go 语言,现在对 VR 很感兴趣,在私下研究 Google 的 SDK。

InfoQ:据说您要续写《App 研发录》,能介绍一下接下来会写什么内容吗?

包建强:当年写《App 研发录》这本书时,留下些遗憾,比如说我只讲了 Android 的框架设计,而没有谈到 iOS,其实它们的思想是一致的,但是 iOS 并不能理解这一点,因为他们大都看不懂 Android 的代码。此外,iOS 有自己的技术体系,比如 cocospods,比如 runtime,这都不是能和 Android 放在一本书写清楚的,所以接下来我要写一本给 iOS 开发人员看的《App 研发录》,也就是第二卷。

另一个遗憾就是当时我的 Android 插件化技术还没有想明白,所以书中就没提到这块技术,其实我是预留了它的位置的,这本书本来是有 13 章的,但是 2015 年突然冒出来很多 Android 插件化的开源框架——我到现在还在怀疑这帮哥们是不是提前约好了这个时间点,然后很多新思想就把我搞晕了,就没敢把写好的那一章放到书中。现在证明这个决定是正确的,时隔半年,我对 Android 插件化的认识已经发生了很大的变化,已经不是一章几十页就能把这个话题说明白的了,所以接下来《App 研发录》的第三卷讲专门讲 Android 插件化技术。

如果还有第四卷,那就是 MobileAPI 和推送、IM 技术,这都是很远的事情了,我还不敢想。

InfoQ:移动应用架构在过去几年取得了很大的发展,您对此有什么看法?App 架构还有发展的空间吗?

包建强:无线的技术越来越成熟,已经从 12 年时的一片荒芜,发展为现在的蔚然大观。对于国人来说,我们比较关注的是这么几个点,热修复,性能,开发效率,App 体积,数据驱动产品。这些点目前都已经有了很好的解决方案。这个话题很大,我就不展开说了。

我 04 年刚出来工作的时候,IT 行业正在从 CS 转型为 BS。CS 就是客户端 - 服务器,04 年之前大都是这样的软件,后来互联网的技术成熟起来了,就开始把原先的系统都搬到网站上,这就是 BS,全称是 Browser-Server。

后来 BS 做的多了,大家觉得 BS 太单薄,很多功能不支持,不如 CS,于是就搞出个 SmartClient 的概念,也就是智能客户端,Outlook 就是一个很好的例子,你可以脱机读和写邮件,没网络也可以,什么时候有网络了,再发写好的邮件发出去。

再后来 Flash 就火起来了,这个本来是网页制作工具三剑客,却阴差阳错的成为了网页富客户端的鼻祖。于是便有了 Flex,微软这时候也来插一脚,搞出个 Silverlight。与此同时,JavaScript 也在发力,并逐渐取代前者,成为富客户端的最后赢家,那时候有本书非常火,叫做《JavaScript 设计模式》。

前面铺垫了那么多,就是想说明 App 也在走同样的发展道路,先沉淀几年,把网站的很多技术都搬过来,也就是目前的发展情况,差不多该有的也都有了,下一个阶段就是从 CS 过渡到 BS,Hybird 技术就是上面说到的 BS,但是有很多缺陷,尤其是 WebBrowser 性能很差,然后便出现了 React Native,我们可以理解为富客户端。再往前发展是什么样我不知道,但是这个发展周期是很清晰的。大家赶快盯紧了 Facebook 的开源项目,这哥们经常放大招儿,已俨然成为 App 技术界的风向标。

InfoQ:您曾经说过 iOS 领域的架构和 Android 与 WP 相比有些距离,您现在也这么认为吗?能否具体解释一下?

包建强:Android 和 iOS 领域的很多思想,都是来自于 WP。我有幸在这 3 个平台上都做过 App。我是微软出身,所以做 C#有将近十年的经验,而 WP 是基于 C#和 Silverlight 的,所以我做 WP 是轻车熟路。比较可惜的是,WP 中的技术和思想都是很好的,只是这个产品比不过 Android 和 iOS,所以现在做移动的已经没有多少人提它了,但是要知道,现在 Android 和 iOS 比较火的几个技术和思想,都是从 WP 搬过来的。我举几个例子:比如说 MVVM,这个思想最早就是微软提出来的。微软有一门技术叫 Silverlight,用来取代 Flash 的,它是借助于一种叫做 XAML 的 XML 语言,来绘制 UI。Android 和 iOS 现在最火的 MVVM 和 MVP,都是来源于此。

在 iOS 开发里,很多同学还在纠结 Model 该有哪些代码,ViewModel 该有哪些代码,其实这个问题 8 年前我们就已经讨论清楚了,结论是代码是死的,人是活的,开发团队定一个标准,然后大家遵守执行,这就够了。

再比如说 iOS 使用 Xib 还是手写代码。大家之所以有这个争论,其实是 Xcode 设计的原因。我用过 Xcode、Eclipse、Android Studio 还有微软的 Visual Studio,我认为 Visual Studio 是最好的 IDE 编辑器,没有之一。毕竟这是微软投入了巨大人力来做的一个产品。Xcode 对 Xib 的支持很差,就是点一下啥都没改,但是 git 立刻就显示这个文件被修改了,此外,Xib 中冗余的标签太多,可读性很差,这就导致了从 iPhone 火起来,程序员们就都选择手写 UI,然后一传十、十传百,尤其是培训学校也这么教,就变成了业界标准。但是你看 WP 和 Android,它们都是基于 XML 来绘制 UI 的,WP 和 Android 的开发人员都已经习惯使用 XML 绘制 UI,你让他们手写 UI,他们会觉得很难。

由此而提到 Xcode 另一个反人类的设计,就是在 Xib 和后台代码直接通过连线来生成事件方法,微软的 VisualStudio 从 02 年就在 ASP.NET 支持这个功能,但十几年下来结论是,培养了一群只会拖控件的程序员,他们不知道拖控件背后的原理,以至于对 ASP.NET 的生命周期不清楚,写出很多性能很糟糕的程序。由此及彼,Xcode 其实也是这个问题,那根线会很难维护,尤其是连线很多的时候,这时候,在程序里为控件绑定事件反而是更好的选择。

最后说到 WP 的墓碑机制。在 App 切到后台时,会把当前状态记下来,再切回到前台时,之前的状态会被从记录中读取,从而恢复到之前的状态,这被称为墓碑机制。这个机制是借助于 WP 对数据绑定的支持,因为我把数据也就是 Model 实体与 UI 绑定了,所以我只要保存 Model 实体对象,以后就可以还原到之前的状态。

Android 和 iOS 就缺少这样的机制,主要是数据绑定做的不如 WP 灵活,导致了 App 因为内存不足而回收后台应用占用的内存时(iOS 叫内存报警,Android 叫内存回收),再把被回收内容的 App 切回到前台时,这时候一些变量或者 view 为空就崩溃了。你们看过 Android SDK 的贪食者游戏源码吗?里面是通过保存贪食者的坐标,从而用户在旋转屏幕销毁 UI 后还能回到游戏最后的状态。页面中有 1-2 个变量还好办,如果有几十个变量需要保存状态,就体现出 WP 墓碑机制的好处了。目前 Android 和 ios 的解决方案是重新走一遍当前页面的初始化过程,让用户重新操作一遍刚才填写的流程,尽量不让 App 崩溃。

当然,上面说的都是我的个人见解,也没有全对全错之说,不要迷信权威,大胆质疑,多做实验,然后再找我讨论,谁对听谁的。

InfoQ:您在 GMTC 中的议题叫做《Android 插件化:从入门到放弃》,请问这个标题代表什么意思?

包建强:哈哈哈。我是觉得,如果这个演讲主题是《Android 插件化:从入门到精通》的话,就体现不出真是想明白了这个领域。所以最近冒出来各种从入门到放弃、改行、住院、出家的技术书籍,我觉得那反而是说明作者是真的大彻大悟了,武侠小说里面有写,虽“飞花摘叶皆可伤人,草木竹石均可为剑”,就是这种境界。

不过要声明的是,我对 Android 插件化的认识,远不如冯森林、张勇、罗迪这些人。

我有一个 Android 插件化研究的群,三十多人,都是国内各个插件化开源项目的作者、公司插件化的实施者,以及传经授道的博客作者。我们都感受到 Android 插件化技术基本已经成型了,随着 React Native 的横空出世,Android 插件化会慢慢退出历史舞台,也就是这一两年的事情吧,所以要给后人留下点什么,于是便有了这次技术分享。

我的分享讲包括插件化技术的历史和各种八卦,各个技术流派,一些小例子,各个开源项目的思想,插件化实施过程中遇到的问题,以及未来的发展方向。45 分钟,我尽量讲的生动有趣一些。

InfoQ:您对 Android 插件化的发展有什么看法?

包建强:就像我前面说的,Android 插件化技术目前已经基本成熟了,各大公司也都有了自己的插件化平台,机制可能会有不同,因为插件化有很多流派,每个流派的思想都不太一样。

接下来说几点插件化的问题:

首先是这个新功能发布和热修复是两码事,但是我们把这二者都混在插件化中了。这就有问题了。热修复是很轻量级的东西,完全可以使用 AndFix 或 Nuwa 来解决,但是我们现在通常是使用发布新的插件来修复线上 bug,一两天一个插件化版本,用户会不停的下载升级插件。

其实呢,插件化是用来发布新功能的。一般来说,大版本是一个月一次,中途想上一个功能,这时候才是插件化的最好使用场景。所以说,要把新功能发布和热修复拆开成两套机制,而不要混为一谈。

我再举个例子,就是用插件化来发布新功能。然后我就发现,在下一次发布大版本之前,只有 50% 的用户升级了插件并使用的是新功能。这是因为 Dalvik 的机制导致的,一旦加载了这个插件的原始版本,就会一直使用,即使你下载的新版本插件,也只能在 App 退出进程后重启才能生效。Android 用户一般不会杀 App 的进程,也就我们这些程序员或发烧友才知道要去什么地方杀进程。为了解决这个尴尬的问题,我们曾经试图把 App 做成多进程的,每个模块的插件都是一个单独的进程,插件升级会自动杀之前插件的进程,然后再启动新的进程来运行新版本的插件。这就是张勇的 DroidPlugin 的思想,在他的框架出来之前,国内的插件化机制都是单进程的,都有我刚才说的这个问题。然后就有人给出一种解决方案让 App 崩溃后重启,虽然也能解决问题,但就会产生一种搞笑的场景,用户正在酒店模块下单,这时因为机票模块的插件升级而重启,这是很让人抓狂的事情。

其次,就是代码质量下降。开发人员不再像过去那样『提心吊胆』的写代码,生怕自己的一次疏忽而导致大面积崩溃而对公司生意产生影响。我刚才举的那个例子,一两天就要发一次插件新版本来修复线上 bug,就是代码质量下降的表现。

第三,就是四大组件都需要插件化机制吗?我是做那种旅游行业 App 的,几百个 Activity,大都是列表或者详情,然后有几个详情页面可以下单或者用户登录,它们更多的逻辑在于调用服务器 API 获取数据然后展示给用户。所以类似于电商、旅游、O2O 领域的 App,把 Activity 的插件机制搞定就好了。

  • Service 这个组件,大都用于在线音乐的 App,因为后台也要能播放音乐。此外,不管是哪款 App,只要涉及到聊天,都需要 Service 插件来帮忙修改 App 图标上的未读消息数。
  • Broadcast 和 ContentProvider 什么时候使用?像手机助手、安全卫士这类的 App 会着重依赖于这些技术,所以你会看到 DroidPlugin 必须要实现这两个组件的插件化技术,因为作者是在 360 这家公司,而任玉刚的开源框架(目前途牛在使用),以及携程的框架,他们只支持了 Activity 和 Service 就够了,因为大多数电商 App 有这两个就够了。

第四,大家有没有发现,插件化技术只在中国会开花结果,国外的开发人员都在忙什么?大概是老外觉得线上有崩溃或者严重错误,发个新版本让用户更新就是了,不是什么大不了的事情。遇到类似于迅速发布新功能的需求,Facebook 会另辟蹊径,发明了 React Native,写的是 H5 但运行的是 Native 源码,走这个变通的套路,当然也是闷头研究了很久才对外公布的,iOS 差不多了,Android 还有很大的性能问题还没有解决,但我估计也就今年年底的事了。React Native 的稳定,同时意味着插件化的落幕。这就是 Android 插件化的未来。

InfoQ:您精通 Android、iOS、WP 三个平台的应用开发,请问您是如何学习的?对于初学者有什么建议?

包建强:精通这个词,我是真心不敢说的。所谓无知者无畏,我曾经以为自己很牛,尤其是《App 研发录》出版后听到一片赞赏的时候,但随着接触到更多的开发人员,听到更先进的思想,看到更牛逼的技术,我发现自己的很多技术落伍了。

比如我在写书的这一年里,因为这本书大部分在讲 Android,所以无形中就把 iOS 的技术拉下了,直到去年下半年看 JSPatch 的源码时,我才发现对 runtime 的理解还只是皮毛。再比如说 iOS 结合 Cocoapods 进行模块化拆分。

接下来,我介绍一些自己的学习心得。

  • 首先就是去写代码。有一个做 Android 的哥们升级为架构师,需要了解 iOS 这门技术,来问我怎么能迅速精通 iOS,我就告诉他,别玩虚的,脚踏实地跟着 iOS 开发团队做几个需求,半年之后再来谈这个话题。Android 和 iOS 的很多现金思想可以相互借鉴,我建议做一门技术的同学,也适当学习另一门技术。
  • 咬着牙看开源项目。比如说 JSPatch,怎么看?我有个建议,你看 JSPatch 的版本提交历史,从第一次提交看起,这时候的功能应该是最简单的,也是最容易看懂的,然后看历史每次提交都修改了哪些东西,你能搞清楚作者的思路是什么。
  • Android 插件化虽然有被 React Native 取代的势头,但还是要搞清楚插件化所涉及的各种思想和技术。我这一年来的心得是,这是提高自身内功的极好办法。尤其是涉及到 Android 系统底层的各种 Hook。
  • 写技术博客吧。每天看文章只能是看过,一个月后能沉淀下来的没有多少,好记性不如烂笔头。一开始你可以转载或罗列精品文章的链接,慢慢的开始分享自己的心得,翻译些技术文章,技术水平提高是一个循序渐进的过程。

由 InfoQ 主办的 GMTC 全球移动技术大会将于 6 月 24 日在北京召开。来自 BAT、携程、滴滴、微博、开源社区等等的技术专家联袂分享,主题包括应用架构、性能优化、动态化、插件化、Swift、React Native 等,为中高级移动开发工程师献上一场技术盛宴!6 折期最后三天!4 月 23 日截止,欲购从速!

2016-04-20 20:228620
用户头像

发布了 164 篇内容, 共 103.0 次阅读, 收获喜欢 391 次。

关注

评论

发布
暂无评论
发现更多内容

TDSQL数据同步和备份

腾讯云数据库

数据库 tdsql

鲲鹏展翅|SphereEx 获华为鲲鹏技术认证

SphereEx

「TEG+系列」破局者 - 腾讯金融级数据库TDSQL

腾讯云数据库

数据库 tdsql

开放原子全球开发者峰会「开源治理」论坛预告(更新中)

开放原子开源基金会

TDSQL inside之路

腾讯云数据库

数据库 tdsql

Android正确的保活方案,不要掉进保活需求死循环陷进

Halifax

android 大前端 kotlin 移动开发 语言 & 开发

小游戏如何应对大流量?Shopee Shake 的大促实践

Shopee技术团队

后端 高并发 游戏 电商大促 Shopee

大数据包围你我,技术人如何走知识分享之路

华为云开发者联盟

大数据 开发者 技术人 华为云 知识分享

GraphQL 快速入门【2】环境设置

码语者

Rest graphql

统信软件张磊:国产操作系统如何获得大众市场的认可?

Jessie

开源 最佳实践 新基建 企业动态 文化 & 方法

简化IT运维工作,就要学会使用自动化运维工具!

行云管家

运维 云服务 IT运维

华为云与北大BIOPIC联合发布蛋白质多序列比对开源数据集

华为云开发者联盟

AI 华为云 蛋白质 多序列 开源数据集

MYSQL离线迁移至分布式TDSQL

腾讯云数据库

数据库 tdsql

TDSQL是什么:腾讯如何打造一款金融级分布式数据库

腾讯云数据库

数据库 tdsql

代理服务器转发消息时的相关头部(qbit)

qbit

正向代理与反向代理 Proxy

华为云GaussDB:发挥生态优势,培养应用型DBA

华为云开发者联盟

数据库 开源 GaussDB 云数据库 dba

明道云在工程项目行业中的应用场景

明道云

数字化转型的终局:赛博朋克?社会主义?

龙归科技

数字化 软件系统 软件经济 赛博朋克

TDSQL核心特性:极具挑战的“四高”服务与安全可运维

腾讯云数据库

数据库 tdsql

TDSQL金融级特性之:数据强一致性保障

腾讯云数据库

数据库 tdsql

分布式TDSQL的实践

腾讯云数据库

数据库 tdsql

快速提升Golang编程能力:那就一起用Go做项目吧

博文视点Broadview

TDSQL核心架构

腾讯云数据库

数据库 tdsql

Tensorflow保存神经网络参数有妙招:Saver和Restore

华为云开发者联盟

神经网络 tensorflow 变量 Saver Restore

酷家乐 UI 自动化测试平台实践

CPPAlien

测试框架 selenium BDD UI测试 活文档

云资源生命周期管理怎么做?用什么软件好?

行云管家

云计算 云服务 云资源 生命周期管理

TDSQL 全时态数据库系统 -- 典型案例

腾讯云数据库

数据库 tdsql

纵观移动云对象存储发展历程,也少不了 Apache APISIX 的能力加持

API7.ai 技术团队

Apache api 网关 APISIX 企业案例 移动云

常见的安全应用识别技术有哪些?

郑州埃文科技

必示科技加入云计算标准和开源推进委员会,助力AIOps行业标准建设

BizSeer必示科技

AIOPS 智能运维 必示科技

淘宝网 Java 千亿级并发系统架构设计笔记(全彩版小册开源)

Java 架构 面试 后端 高并发

专访包建强:为什么我说Android插件化从入门到放弃?_移动_徐川_InfoQ精选文章