以前喜欢买书来看，有空捧着一本书静静的读着，这种感觉仿佛时间都停止了，现在参加了工作，时间变得相对少些，所以看电子书的频率高些（微信读书和Kindle），因为电子书看着方便，但对眼睛有伤害，看时间长了会眼睛疲劳，不过能过看书的瘾，也挺好^_^

雨后的清晨不夹杂一丝丝热意，空气中弥漫着些许湿气，沁人心脾，我自然也醒的很早。然后刷b站看到李健的一个采访视频，把我的一些思考记录一下。

熟悉SpringMVC的同学都清楚接口的请求（request）与响应（response）涉及序列化与反序列化操作，如果我们想根据项目需求做点定制化操作，保险起见我们需要了解下HttpMessageConverter接口工作流程及一些注意事项（仅针对HTTP）。

MySQL常见的日志类型包括：

• 错误日志（error log）
• 二进制日志（binary log）
• 慢查询日志（slow query log）
• 查询日志（general query log）

错误日志

错误日志文件对MySQL的启动、运行、关闭过程进行了记录。MySQL DBA在遇到问题时应该首先查看该文件以便定位问题。该文件不仅记录了所有的错误信息，也记录一些警告信息或正确的信息。通过SHOW VARIABLES LIKE '%log_error%'来查看错误的路径：如下所示：

清晨五点多天就亮了，睡得早自然也醒得早，也就看到了一个平凡早晨的第一道曙光。空间时间格外安静，几乎感受不到时间在一点点流逝，躺在床上看日光变亮，看天色越来越明朗，我越来越清醒了。

在线上应用对JVM参数设置不合理的情况下，有可能发生OOM(Out of Memory Error)，不过OOM也分很多种，可以参考：OutOfMemoryError详细介绍，下面就以我遇到的堆OOM来分析下相关日志信息。

通常OOM时会触发 Linux 内核里的 Out of Memory (OOM) killer，OOM killer会杀掉某个进程以腾出内存留给系统用，不致于让系统立刻崩溃。详细原因分析参考：linux 终端报错 Out of memory: Kill process[PID] [process name] score问题分析，在应用启动之前，需要打印GC日志以及保存JVM错误日志，设置以下JVM参数：

1
2
3
4
5

-XX:+PrintGCDetails
-XX:HeapDumpPath=targetDir
-XX:ErrorFile=targetDir\\hs_err_pid%p.log
-Xloggc:targetDir\\gc.log
-XX:HeapDumpPath=targetDir

相信把Java当做生产力工具的同学肯定对gc比较熟悉的，JVM团队在这块下了很多的功夫创造了很多垃圾收集器，不过有些垃圾收集器随着技术的发展被淘汰了，有些是最新开发的，技术很先进，效果很出众。下面介绍下有哪些垃圾收集器以及相关参数。

Java虚拟机定义了程序执行期间使用的各种运行时数据区域。如下图所示：

在Java虚拟机规范的描述中，虚拟机栈、本地方法栈和程序计数器是线程私有的，而像堆、方法区(Jdk8之前)、元空间（JDK8之后）属于所有线程共享区域。除了程序计数器外，虚拟机内存的其他几个运行时区域都有可能发生OutOfMemoryError(OOM)异常的可能，Java doc对OutOfMemoryError的描述是没有空闲内存，并且垃圾回收器也无法提供更多内存。

很久没有用现在的笔记本连过RabbitMQ，今天在Windows上装了一下RabbitMQ，然后启用管理界面，发现怎么都启用不了，一直提示：Plugin configuration unchanged.，查看服务发现MQ的服务都关闭了，为什么会自动关闭服务呢？我们来查看下MQ的日志，路径是：C:\Users\明山\AppData\Roaming\RabbitMQ\log\rabbit@DESKTOP-Q1D3TT5.log，在文件末尾，发现有下面的错误：

序幕

旁白：纵观天下大势，分久必合，合久必分，风云变幻，成王败寇。汉室衰微，天下英雄逐鹿中原。曹操为除董卓散家财起兵，天意相助，然刘备先投后反曹操，引出事端，后刘备奔逃，曹操计围关羽，遣张文远劝关降曹，这才引出曹公信义放关羽的故事。