本文主要是介绍项目中问题整理2020.02.11 jconsole等，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
1、关于jconsole
位置jdk》bin〉jvisualvm
- Java RMI(Remote Method Invocation)：Java远程调用方法
- Java JMX(Java Management Extensions)：Java管理扩展
jconsole具体参考：
https://blog.csdn.net/ddkii/article/details/83663692
但是jconsole会造成远程RMI连接消耗CPU过高，这个时候可以执行linux上的top命令（显示系统上正在运行的进程，监视服务器的负载）。
top命令具体参考：
https://www.jianshu.com/p/3f19d4fc4538
涉及内容：
- 虚拟内存：虚拟内存是计算机系统内存管理的一种技术。它使得应用程序认为它拥有连续的可用的内存（一个连续完整的地址空间），而实际上，它通常是被分隔成多个物理内存碎片，还有部分暂时存储在外部磁盘存储器上，在需要时进行数据交换。目前，大多数操作系统都使用了虚拟内存，如Windows家族的“虚拟内存”；Linux的“交换空间”等。
2、关于springboot程序的脚本部署
https://blog.csdn.net/qq_36881106/article/details/82623271
3、关于log4j2日志
同步与异步日志：
https://www.cnblogs.com/yeyang/p/7944906.html
- 同步日志：即当输出日志时，必须等待日志输出语句执行完毕后，才能执行后面的业务逻辑语句。
- 异步日志：日志输出语句与业务逻辑语句并不是在同一个线程中运行，而是有专门的线程用于进行日志输出操作，处理业务逻辑的主线程不用等待即可执行后续业务逻辑。
关于日志的分类（按时间，按大小）：
https://blog.csdn.net/zhang168/article/details/46814489 配置
https://www.jianshu.com/p/c7ae523f6e82 具体解释
关于异步的Disruptor队列(AsyncAppender.RingBufferSize)：
异步日志非逐条打印，而是通过消费者生产者模型进行批次处理，其中消费者生产者公用的缓存是disruptor，可以简单理解为一个队列，而disruptor这个队列采用的就是环型设计，能够解决一些争取锁和缓存缺失带来的性能开销问题。RingBufferSize的配置是配置这个队列的大小的，这个配置项带来的影响是最大化将日志输出，减少遗漏，如果这个配置项小了，就有可能出现日志消费者消费慢，新生成日志放不进去队列，有可能会被丢弃。
异步模式无非就是在原来同步写盘的前提下，增加消息队列作为缓存，或者交个另一个线程去做，这理论上除了带来一些额外的，较小的cpu和内存的开销，应该会在高流量的时候带来不小的性能提升，对比下来，log4j2无疑是当下最值得使用的日志组件来，且可以使用其异步模式。当然了，也不能说异步就一定好，如果日志的流量不是特别大，磁盘性能又跟得上，没有必要一定使用异步日志。
这篇关于项目中问题整理2020.02.11 jconsole等的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
