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无疑是当下最值得使用的日志组件来,且可以使用其异步模式。当然了,也不能说异步就一定好,如果日志的流量不是特别大,磁盘性能又跟得上,没有必要一定使用异步日志。