spring boot日志

日志介绍

日志的作用：
1：发现问题；
2：定位问题；
3：记录用户的行为：看哪些是方法用户；还能拿到用户的ip； 如果一个ip试了很多用户和密码；我就知道这个ip有问题；给它拉黑。
4：记录系统操作日志；达到一个数据恢复的功能

spring boot的日志：
spring boot内置的是日志框架SIf4j；我们直接在程序调用Sif4j输出日志即可。

这个是代理日志；日志经过这里然后这个代理会看适合用哪种实现；就给它转过去。（跟租房一样；代理；你找到他们把要求提出来他们就能帮你找到最合适的房子；你自己去找虽然也行；但是没那么容易找到合适的）

日志和sout区别：
这个内置的日志和idea的sout打印内容有什么区别呢；能否有sout扮演这样的一个角色？
看看效果；没有对比就没有伤害；sout虽然能解决时间和地点的问题；麻烦一点；但是还有其它的问题。没办法信息的筛选；给你打印一堆没用的；不支持持久化。

日志的使用

1：得到日志对象
固定写法：得是类级别的；私有的；每个类都有它自己的日志文件；需要具体打印是哪个类的日志。静态好；在方法里直接调用。不希望别人能修改 ；final。

2：使用日志对象提供的方法打印日志。
提供很多方法：级别的不同；debug是调试的时候打印。这些方法都是用来打印日志的。

测试结果：只打印三个；不设置的话；默认是info级别的。大于这个级别才能输出

解析一下注解的内容：

日志级别

1：DEBUG（调试）：用于输出详细的调试信息，通常只在开发和调试阶段使用。:
2：INFO（信息）：用于输出一般性的信息，用于确认应用程序正常运行，但不需要引起特别关注。
3：WARNING（警告）：用于输出可能会导致错误或异常情况的警告信息，但不会中断应用程序的正常执行。
4：ERROR（错误）：用于输出错误信息，表示应用程序遇到了可恢复的错误，但该错误可能会影响应用程序的正常运行。
5：CRITICAL（严重）：用于输出严重的错误信息，表示应用程序遇到了无法恢复的严重错误，可能导致应用程序崩溃或不可用。
6：FATAL（致命的）：fatal我们没法操作；致命只会出现在代码异常导致的错误；自动帮你写的日志。
这些级别通常按照严重性递增的顺序排列

如何设置日志级别：
配置文件设置logging.level配置项

我们可以针对指定目录下设置日志级别：

日志持久化

日志持久化两种实现方式：
1.设置的是绝对路径；所以不同系统的这个路径是不同；所以项目要多个配置文件是有道理的。不建议写C盘；C盘要求的权限比较高；但是我当前只有一个C盘；取决你当前的用户有没有权限；管理员。比如你跟人家共享linux云服务器；你就不是管理员了。（写两个斜杠比较保险；有时候可能会是转义符。路径永远不要出现中文和空格避免出现不必要的麻烦事）

如果是重启服务器；再次生成的日志是拼接在这个文件原本的日志后面

2.不设置保存路径；只设置名字；会自动的把日志保存在idea的工作路径上
logging.file.name=springboot_logger.log

如果我全都要呢；


这个日志保存路径是针对当前项目的；不同项目的保存路径是不同的。如果两个Spring Boot项目的日志文件保存路径相同且没有设置 name 属性，那么它们将共享相同的默认日志文件名。默认情况下，Spring Boot 使用 “spring.log” 作为日志文件的名称。
问题：日志不会消失；持久化；如果运行个十年八年；那10g8g的。打开都困难；更别说查询内容。
解决的方案；可以设置最大文件大小（当这个文件超过10MB就会重新建一个新的；默认大小是10MB；你可以自己设置。新建的会文件就在后面；不是覆盖；是接着往后的；文件名spring1.log、spring2.log……）

更简单的输入日志

如果我们使用上述的方法；每个类都得重复写LoggerFactory.getLogger(xxx.class) ；使用lombok更简单输出。
用注解来代替这些固定的东西。（得添加lombok和lombok插件）


随后就可以直接使用log对象

lombok的运行原理

编译时把注解换成对应的字节码；查看方式；你在target找到相应的字节码.class文件（把这个字节码拖到idea就自动帮你还原会java代码）
spring的注解是在运行时期才起作用的；lombok的其它方法都是编译期