日志系统搭建 文章目录
文章目录
26-后台-环境搭建-日志系统-简介
我们不是有日志了吗，为啥还需要日志系统呢？
当然当我们的程序部署到服务器上之后，会有很多类型的日志
比如Linux上的日志
tomcat或者其它服务器上的日志
那么我们这里就直说java程序上的日志
门面就是接口层，就好比我们的JDBC，它是一个接口，没有具体实现
27-后台-环境搭建-日志系统-各个日志系统整合介绍
28-后台-环境搭建-日志系统-替换Spring的JCL的方案
最大的区别的这个时候，日志里面没有打印 sql 了
所以spring自带的这个日志接口实际上是不够用的，正是因为不够用，所有后面才有了新的补充
下面是具体操作
29-后台-环境搭建-日志系统-操作-主动打印日志
复制完之后，在这里粘贴，特别注意，其实就是把之前注释的代码放开（取消注释）
== 注意那个 其它日志框架的中间转换包暂时先不动（保持注释状态） ==
我们来看一下效果
我们可以根据日志分析出，比起最开始的日志要好很多了，但是还是比较简单
大多时候还是不能满足我们的需要
那么这个时候，我们可以在这个基础上，主动再去加一些日志
下面我们新建一个方法来体验一下日志的打印
以上就是如果我们自己想打印日志的话需要怎么写的操作
30-后台-环境搭建-日志系统-操作-替换Spring的JCL
如果我们想要更换日志框架怎么操作？
意思就是我们spring本身的commons-logging 不要让它用了，换成我们自己的一套
不用手动去写，可以参照如下图形化界面即可完成
根据自动增加的这个配置我们可以得知，程序自身是从orm里面去做的这个排除，而不是直接删掉
那么这个时候我们排除了spring本身的commons-logging 按道理，这个时候就程序运行不起来了，
我们之前写的CrowdTest,java里面的测试代码也应该跑不起来了
假如还能跑起来的话，一定是commons-logging没排除干净
比如我们这里再看看
点开
我们发现是他引入过来的
此时再运行项目就会报错了
这个错如果不是我们故意弄的，实际上是基本上很难看出来的，谁能想到spring本身的jar包被排除掉了
如上图，我们把commons-logging 砍掉了，spring在流血，那么我们怎么给spring补上呢
我们再次运行程序，，日志量将完全不一样，sql语句也能够显示出来
31-后台-环境搭建-日志系统-操作-使用logback配置文件
为什么需要配置 配置文件，因为不配我们就无法控制
先去建立配置文件
前面没有安装我们的指定的格式打印是因为，前面还没有加载到我们设置的那个文件，
后面才会按照我们指定的格式打印，这个是正常的
== 项目上线的时候将日志级别要从debug改成info ==
如果将日志级别改成error的话
