,此处是让全局的@RequestMapping
都能获得在此处设置的键值对。
什么时候该打印什么样的日志级别,这个也很重要,一般情况下我们打印德日志级别info,warn,error居多,日志级别有:
ALL:最低等级的,用于打开所有日志记录。
TRACE: designates finergrained informational events than the DEBUG.Since:1.2.12,很低的日志级别,一般不会使用。
DEBUG: 指出细粒度信息事件对调试应用程序是非常有帮助的,主要用于开发过程中打印一些运行信息。
INFO: 消息在粗粒度级别上突出强调应用程序的运行过程。打印一些你感兴趣的或者重要的信息,这个可以用于生产环境中输出程序运行的一些重要信息,但是不能滥用,避免打印过多的日志。
WARN: 表明会出现潜在错误的情形,有些信息不是错误信息,但是也要给程序员的一些提示。
ERROR: 指出虽然发生错误事件,但仍然不影响系统的继续运行。打印错误和异常信息,如果不想输出太多的日志,可以使用这个级别。
FATAL: 指出每个严重的错误事件将会导致应用程序的退出。这个级别比较高了。重大错误,这种级别你可以直接停止程序了。
OFF: 最高等级的,用于关闭所有日志记录
SpringBootAdmin显示日志监控级别,我们可以根据自己的需求控制打印什么样的日志:
我们在打印日志一般日志头会有时间,应用名,spanId,traceId,代码行数,堆栈信息等,如下:
2018-08-05 11:52:58.470 WARN [xxx-web,e1ec017e8247b79e,e1ec017e8247b79e,true] 10652 --- [qtp1033348658-177] o.s.web.servlet.PageNotFound [1147 ] : No mapping found for HTTP request with URI [/flyway] in DispatcherServlet with name 'dispatcherServlet'
如果那个app报错了,错误日志怎样让大家看到,会选择用RabbitMq+ELK(Elasticsearch , Logstash, Kibana), 这篇ELK原理与介绍(https://www.cnblogs.com/aresxin/p/8035137.html),这位小哥哥说的还不错。Kafka可以被redis和RabbitMq 所替换。最终错误日志会显示在kibana上,如下图,除了时时监控错误的个数,还可以DSL语言查询某个时间段发生的错误日志,帮助我们分析问题。欢迎指正!