从事游戏行业多年，一直使用Java做开发，不可避免的就经历了许多，其中也踩过不少坑。最早的游戏是不支持热更的，导致出了BUG就必须停服；后续项目引入热更，但也不是特别完美，再往后热更升级，引入第二版：动态加载子类热更；受第二版热更方式启发，后来又加入了线上动态代码执行，主要用于规整数据
在上一篇 像本服一样调用远程代码（跨进程远程方法直调）中，我们已经详细讲解了跨服方法调用的原理。但示例代码里有一些实现方式是自己实现的方式，相对比较原始。这里对其中2点的实现进行优化优化1：本地方法直调改为reflectam
在JAVA体系中，多线程是一个比较重要的模块，同时也是一个饱受争议的模块。 一方面，合理利用多线程确实能提高计算性能，确保程序合理运行。但并非所有人都能深入理解多线程，可能不恰当的使用反而导致业务复杂，难以维护，bug滋生，这在业务复杂的环境下尤为明显。
在[Arthas原理：理解ClassLoader](//yeas.fun/archives/arthas-classloader)一文中，我们首先介绍了代码隔离的概念，并讲解了代码隔离的基础：ClassLoader； 在[Arthas原理：如何做到与应用代码隔离？](//yeas.fun/archives/arthas-isolation)一文中，我们介绍了利用ClassLoader实现代码隔离的原理，并讲解了Arthas与应用之间的代码在代码隔离的基础上如何进行代码互调的。
代码隔离，也就是arthas所保证的：对业务代码无侵入，目标应用无需重启也无需感知arthas的存在。 那首先我们来讲下：arthas为什么要进行代码隔离？ 我们都知道arthas是一个开源框架，它是在应用正在运行的时候，打通应用与arthas的连接通路。这就对arthas提出一个需求：arthas不能影响应用运行的代码，不能因为arthas的连接而导致业务逻辑的运行不正常。 同样的，应用里面的代码也不能影响arthas的正常工作。即：arthas的代码要和应用代码进行隔离，从机制上保证双方的互不干扰。
阿里的arthas一经推出就大受好评，主要原因就是它提供了一套线上问题的解决方案，比如可以在线查看服务器状态；可以支持热更新，原理类似我们之前所讲的[JAVA热更新1：Agent方式热更](//yeas.fun/archives/hotswap-agent) ； 它还可以支持对线上的代码跟踪执行情况，打印执行参数和返回参数等功能。功能那是异常强大，关键的一点是它对应用是无侵入的，也就是不影响到目标应用的业务逻辑。
目前项目中主流的都是使用maven等构建工具，当然在使用过程中也会遇到各种各样的疑惑或问题，比如：maven生命周期到底有啥用jar包下载不了怎么办不知道配置怎么配，下载jar包的顺序是什么jar包冲突又是怎么解决问的人多了，也就形成了大家的共性问题，这里基于这些问题
在调tomcat的shutdown命令，或者在编辑器里点关闭web服务，可能会出现关不掉的情况，控制台可能也不报错。 我这里总结下：不是tomcat关不掉，而是tomcat启动的应用某些线程没正常关闭， 再明确点就是：项目中有非daemon的线程没关闭。具体原因大家再百度百度吧。
火焰图就是CPU的抽样图。 系统定期抽样（通常频率是99Hz，即每秒99次），基于函数调用堆栈来画抽样图。 - y轴代表方法的调用栈，越高代表方法堆栈深度越深； - x轴代表被抽样的次数（注意：不是时间），越宽代表该方法栈消耗的CPU次数越多。