开发模式选择

从我的角度思考，以后 App 热更新能力会成为一个必选项，而热更新又有两条路子可以走：

1、混合应用

首先是大家比较熟悉的 Webview 加载网页做 Hybrid 混合应用，其实也就是大家比较熟知的「原生+ HTML5」模式了，它的工作原理是 App 的服务器端要监测这些内容的更新，然后向设备端的 App 以某种技术手段发送内容更新的通知，然后里面的一些组件，需要向客户端通过网络同步一些页面内容碎片，并且把这些下载的内容，通常是 HTML 和JavaScript，注入到之前挖好的这些洞洞里。

另外中间网络同步的技术方案有很多，例如通过双向的 Web-Socket，或者通过 HTTPlongpolling ，或者通过SSE，或者通过 PushtoPull，又或者其他自定义的技术手段例如 CMS 实现。设备端通常通过 HMR 热模块替换和代码注入等方式让更新的代码在本地生效展示，避免 App 重启。

另一个混合应用开发的办法是「原生+小程序」，其实我更推荐这种方法，一是小程序在国内已经非常成熟而且整体的体验度会远高于 HTML5 ，至少卡顿、白屏的情况不会经常性的出现。二是这个模式已经在微信、支付宝等超级 App 已经验证过，确实这类轻量的技术会在热更新上更加灵活，只需要配合管理后台的上下架就能实现。目前这种技术称为小程序容器技术，也属于开箱即用的，对开发者会比较友好。

另外也有纯粹的 Web App 这种模式就不推荐大家了，一是性能不好对于设备、网络的要求比较高，二是这种模式只适合一些非常简单的业务，这里也就不做过多的说明。

2、类加载机制

走 Java Classload 类加载机制，核心的原理就是从网络流读取字节码加载 Class，即通过类加载器读取.class文件中的二进制字节流，并将其转换成Java虚拟机中的 Class 对象。主要的过程包括加载、验证、准备、解析和初始化。

当然这个机制会比上面的更加复杂一些，整体的内容也会比较系统，这里就不作过于深入的介绍，感兴趣的同学们可以进一步查询相关的知识点介绍。

写在后面

在 App 审核日益增加的情况下，对于开发者群体肯定有不小的影响，特别是中小开发者和一些国外开发者来讲会增加不小的阻隘。但是为了更好的适应改变、拥抱变化，我们可以从技术角度出发去进行优化，当然肯定还有其他大佬有更好的办法也欢迎大家给出好的建议。