热更新机制是什么意思呢？

就是说

你的卡车开到了150km/h

有个**，爆了

司机说，你就直接换吧，我不停车。你小心点换

嗯。就这个意思

参考网址： http://www. loveota.com

上面有详细解释。

热更新是一种app软件开发者常用的更新方式。简单来说，就是在用户下载安装app打开app时遇到的即时更新。

在2017年苹果app store针对热更新的下架事件以后，开发者们也在不断的探索及尝试最优技术解决方案。其中「 app+小程序容器技术」的热更新解决方案 脱颖而出，成为了近年来app热更新领域，最热门的技术解决方案，没有之一：一码多端运行（跨平台），体验优于h5（松散耦合），避免 dom 泄露（安全容器）等，都是该方案的核心优势。

大家如果找app热更新技术的方案，可以看看：

ღ( ´･ᴗ･` )~~

今天无意间再次看到这个词，因为以前总是模棱两可的知道概念，这次就想着彻底搞明白这个问题（实际上深层理论还是搞不清楚）。

下面是我查资料得来的一些拙见

热更新简单来讲就是不经过应用商店，在应用内部实行的即时更新，可大可小，大的就是更新以后需要重启应用，这类更新一般数据包较大。但是也不会涉及到底层架构的改变。小的就小到你看不见更新，例如淘宝这个应用，你没收到或者看到更新提示的情况下，在双11当天你打开应用就会看到整个页面变成了双11特别版。以上（小的）的原理就类似于一个网站更新了，但是你不需要更新浏览器一样，代码都在服务器上，不需要本地协同。

为什么要热更新呢？

以游戏来讲，bug的修复和新（小）功能的添加是很高频率的，就成本和速度来说，热更新更为划算。不然游戏运营商就要同时管理版本不一致的同一个游戏，就很难受。

appstore不得不提，以水果一贯的作风，热更新这种很容易被不法利用的机智会极大的威胁用户的安全体验，所以就有了微信和苹果的官司（微信热更新绕过appstore的审核，同时也是为了更新速度原因）。

我表示我不知道，我也找不到去找相关资料 好气啊

热更新是一种app软件开发者常用的更新方式。简单来说，就是在用户下载安装app打开app时遇到的即时更新。

在2017年苹果app store针对热更新的下架事件以后，开发者们也在不断的探索及尝试最优技术解决方案。其中 「app+小程序容器技术」的热更新解决方案 脱颖而出，成为了近年来app热更新领域，最热门的技术解决方案，没有之一：一码多端运行（跨平台），体验优于h5（松散耦合），避免 dom 泄露（安全容器）等，都是该方案的核心优势。

早在2017年，app store审核团队便针对app store中“热更新”的app开发者发送邮件，要求移除所有相关的代码、框架或sdk，并重新提交审核，否则就会在appstore中下架该软件。由于软件热更新绕过了苹果的审核，黑客开发者有可能会通过提交正常的版本通过热更新的方式修改app导致安全隐患，利用这个“后门”来窃取用户设备中的隐私信息。

与此同时，各行各业的业绩却需要应对千变万化的市场需求背景下加速增长。移动互联网背景下，app这个主流触达用户的工具，变成为了商家流量竞争的主战场。技术作为业务的市场触达及活跃的保障手段，对于业务应用，尤其是 高频引流及活跃的应用需要保持快速迭代更新 。基于这个背景，可以说开发者们从未放弃探索及寻找热更新的最优技术解决方案。

市面上app热更新技术方案可归纳为两大类：纯原生（native）的，以及hybird（混合开发）模式下的技术方案。

纯原生（native）的热更新技术解决方案典型的有dexposed、andfix、kkfix.....很多且应用也不错，但随着市场上“敏捷开发”，“一端开发，多端上架”等研发概念探索成型并有一些成功实践被广而告之以后，hybird（混合开发）的移动研发模式便开始流行起来。

因此，我们在本文中重点探讨一下 混合式app开发模式下的热更新方案 。

介绍混合app的热更新方案前，还得先介绍一下混合app开发模式都有哪些。

在微信把小程序带火之前，h5在微信中“漫山遍野”。这些在类似微信的社交中心化平台上生存的业务应用，主要目的是给企业主的业务做引流和活跃。既然已经开发了一套应用在微信上，为什么不能应用于app的研发管理上呢？这样是不是更服务敏捷开发的理念？

于是，混合app开发模式–「native+h5」诞生了。
如今，微信全网小程序数量超过700万，微信小程序日活超过4.5亿，真正进入了业务应用小程序流行的年代，于是开始有人研究「native+小程序」的app开发模式。
相比于「native+h5」，「native+小程序」的app开发模式优势在哪里呢？关键在于 小程序相比于h5，有其自身的优势 ：

1、开发成本更低： 小程序技术是前端容器技术的一种应用，其组件及ui都有明确的规范，开发者不用考虑兼容性及类似h5开发时复杂工具及框架的选择。
2、加载速度更快： 小程序是基于app端实现的应用，自身对于app有一定的亲和度，使用时不像h5的网页加载方式，用户主观感觉会更流畅。
3、与宿主环境结合更紧密： 如上所述，小程序是基于app端实现的应用，故只能在特定的平台内运行，可想而知其获取系统(app)的权限也会多于h5（h5是网页,只要有浏览器就可以使用）。
4、用户体验更佳： h5网页是在浏览器内使用，如果网速不佳或者网页加载东西过多就会出现卡顿。 小程序只需在首次使用时是加载，也不会太精准，初次加载后页面再加载就会很流畅了。组件及ui都是有预设组件，展示体验也会更佳。

基于上述信息，小程序应用能火起来，或者说各大平台竞相“弃h5从小程序”也不是没有其道理所在。

上述说的只是说了小程序自身比h5具备更优的技术解决方案，那么放到混合app开发模式下比较， 「native+小程序」的app混合开发模式的优势 可以总结为：

「native+小程序」的app热更新技术方案

「native+h5」的app，其热更新的机制大致是：把需要频繁发版的业务应用h5化，并内嵌至 app 中。当含有页面链接的app版本过审以后，这些h5 页面可以随时远程热更新，用户在不更新app版本的基础上，就能使用最新版的业务应用。

那么「native+小程序」的app， 其热更新方案好在哪里呢 ？其好处并不在于热更新本身，而是在于「native+小程序」给企业技术和业务的价值更优，所发挥的作用更大。

小程序技术作为前端容器技术的技术实践之一，天生与云原生的理念亲和，且具备容器技术的优势：容器安全。

小程序技术的核心功能是视图层与逻辑层分离， 这种分离有很多好处：

1、方便多个小程序页面之间的数据共享和交互。在小程序的生命周期中具有相同的上下文可以为具备原生应用程序开发背景的开发人员提供熟悉的编码体验；
2、service和view的分离和并行实现可以防止js执行影响或减慢页面渲染，这有助于提高渲染性能；
3、因为js在service层执行，所以js里面操作的dom将不会对view层产生影响，所以小程序是不能操作dom结构的，这也就使得小程序的性能比传统的h5更好。

图标题：小程序技术的核心功能：视图层与逻辑层分离

“容器化”就是将容器中的每个部分（应用、流程等等）都打包在自己的容器中，这有助于提升复用性、透明度以及改善资源隔离。

小程序作为容器技术之一，具备将业务应用打散再重整的能力，即 应用松散耦合 。产品经理、业务**们，试想一下， 原先的几十个业务模块，可以单独拆分出来，互不影响的运行，不同类型的业务模块，还可以嵌入到你所需要的兄弟app中进行引流或业务承接。

最后小结一下，市面上热更新技术解决方案有很多，如何能够兼顾技术实现且最大限度的支撑高性能技术架构及业务发展，也是需要我们综合考虑的。

finclip小程序开放平台 ，为企业提供“小程序运行能力”，它作为小程序运行的环境，为小程序提供安全沙箱、代码解析和渲染等服务。 为了让更多 app 轻松拥有“小程序运行能力”。凡泰极客将“小程序运行时”实现成一个可私有化部署的 ios 和 android 版本的 sdk，可以被第三方集成。也就是说，任何 app 通过嵌入finclip小程序sdk即可瞬间获得运行小程序的能力。

仅需 5 行代码，即可让你的 app 快速启动和运行小程序，而且小程序运行时 sdk，android 端 1.3 兆，ios端 1.8 兆，轻量无感，同时sdk采用多线程运行方式，极端情况下也不影响宿主 app 的安全稳定运行。 快来体验吧～现在注册，即可免费上架99个小程序。