热更新
代码隔离，也就是arthas所保证的：对业务代码无侵入，目标应用无需重启也无需感知arthas的存在。 那首先我们来讲下：arthas为什么要进行代码隔离？ 我们都知道arthas是一个开源框架，它是在应用正在运行的时候，打通应用与arthas的连接通路。这就对arthas提出一个需求：arthas不能影响应用运行的代码，不能因为arthas的连接而导致业务逻辑的运行不正常。 同样的，应用里面的代码也不能影响arthas的正常工作。即：arthas的代码要和应用代码进行隔离，从机制上保证双方的互不干扰。
从事游戏行业多年，一直使用Java做开发，不可避免的就经历了许多，其中也踩过不少坑。最早的游戏是不支持热更的，导致出了BUG就必须停服；后续项目引入热更，但也不是特别完美，再往后热更升级，引入第二版：动态加载子类热更；受第二版热更方式启发，后来又加入了线上动态代码执行，主要用于规整数据
上一篇《JAVA热更新1：Agent热更》我们讲解了JDK提供的Agent方式来实现代码不停服更新，受限于JDK的Agent一些限制，这种方式无法实现以下功能：只能修改方法体，不能变更方法签名、不能增加和删除方法/类的成员属性。对于Instrumentation和JVM的agent...
线上问题的解决一直是java程序员头疼的一个问题。有的应用很敏感，例如游戏行业，可能需要做到1个月都不能停服，那线上问题出了问题怎么办呢？谁也不能保证更新线上的逻辑百分百不出问题，这就需要我们在不停应用的情况下在线解决。随着技术的逐渐成熟，java社区也逐渐提供了一些线上解决方案。