Java项目有可能做到所有的代码逻辑均可热部署吗？
作者：互联网
前言
首先我们明确下什么叫做热部署，热部署是在不重启java虚拟机的前提下，自动更新class的行为，从而更新整个运行时的逻辑。
在java开发领域，热部署一直是一个难以解决的问题，java虚拟机理论上只能实现方法体的修改热部署，对于整个类结构的更改，仍然需要重启虚拟机，对类重新加载才能完成更新操作。
OSGI
其实java业界有一些解决方案，比如osgi架构，这玩意时间比较长了，但一直没火起来。osgi架构的出现，可以让java系统变成模块化的形式，让模块重启成为可能。从一定程度上也算是个热部署的方案。可惜这玩意以前开发起来就觉得很反人类，配置文件一大堆不说，学习成本也很大。和spring结合起来，居然是一个模块一个spring上下文体系。并且如果模块之间有调用关系的话，重启相关的模块会让应用出现短暂的功能性休克，也就说，整个热启动过程不平滑。
这项技术现在估计很多小伙伴都没听说过，目前也渐渐的退出历史舞台，用的企业估计很少。
ASM
ASM是一款修改字节码的框架，同类型的框架还有Cglib。这些框架能加载一个class信息，用户可以按照自己的需求增强修改这些信息，最后输出成一个新的class。
具体实现过程，这里就不展开了。大家可以百度下，相关技术实现文章不少。
但单纯修改字节码一般要和其他技术结合起来，单靠这个也无法完成热更新，虽然ASM类的框架能够修改类，但是这些ASM的修改逻辑也是用java写的，这段代码也需要执行的。如果你把ASM的代码写在java里，也无法实现从外部来热更新。
Javaagent&Attach API结合ASM
这就是上面一段说的ASM要结合其他技术才能实现热更新的方案，也是目前很多开源框架采用的方案。
比如大名鼎鼎的Arthas，就是利用javaagent通过Attach API运行时加载目标Java程序，最终利用Instrumention API或者ASM增强class，来实现代码跟踪，以及代码热修改的特性。
但笔者认为用Arthas来完成线上代码的热更新，只能用于一些很紧急的场景。不能替代日常业务逻辑修改。而且操作起来也挺复杂。
你需要先修改java代码，然后把java代码放到服务器上，在arthas里查找这个类的类加载器的hashcode，然后利用arthas提供的命令编译java代码输出成新的class文件，最用利用redefine命令进行热更新。
试想下，如果大量逻辑的更改。这得有多麻烦。
所以更多的是利用arthas对线上应用进行诊断，追踪，热更改代码其实就是arthas众多功能中其中一个，并不是主要功能。
换一种思路
以上方案都是基于修改class本身，然后让JVM的类加载器重新加载来实现的。
那么有没有更好的方案呢？
其实java代码可以运行一些脚本的，jdk本身就支持调用脚本，从JDK 1.6开始，java就支持JSR223，可以用一致的形式在JVM上执行一些脚本语言，而且可实时编译，运行的效率和java不相上下的。
有的同学看到这里可能会拍砖了：利用脚本只能更改部分逻辑，不可能把所有的逻辑都用脚本写吧，你这篇文章探讨的不是“有没有可能所有的逻辑都可热更新”么？
别急，首先我们来确定一个事情。你的java应用系统需不需要所有的逻辑都是可以热更新的？很多代码都是大致固定不变的，比如util类，一些vo的定义也不大变更的，一些固定的业务也不需要热更新需求的。只有一些经常变更的决策部分，可能需要热更新。
那么我们只要把需要经常变的部分用脚本来定义不就可以了么。
业界有没有类似的开源框架呢？
还真有，而且是高star的热门开源项目，能够帮你做到用脚本进行热更新业务。
开源编排规则引擎
可能有小伙伴又要说了：你不是介绍java代码热部署么，怎么话题转到规则引擎上去了？
这里要说下，规则引擎的一大特性就是把决策部分逻辑剥离到外面，能够实现逻辑的变动快速热变更。
而这次介绍的规则引擎框架则更为强大，除了能剥离逻辑，还能解耦系统，让你的所有的逻辑块均可随意变更。理论上能实现所有的逻辑都可变更，不是部分哦。
这就是业界现在 很火的编排式规则引擎框架：LiteFlow。
LiteFlow的理念很简单，就是把系统中的各个逻辑切分成一小块一小块的，称之为组件，这些组件可以由java代码来写，也可以用脚本来写。然后一个完整业务就是把各个组件组搭一起，形成一个完整业务链。