注:作者使用IDEA + Gradle
注:需要有一定的java SpringBoot and SSM+Springcloud基础
程序测试错误追责
我举个例子,我现在要做一个电商项目,项目里面有一个购买模块,那我这边可能要执行一个代码,比如减库存之类的东西,那我两个服务不就是要相互调用嘛,我自身是一个服务,我现在要调用减库存这个服务;
你调用它,你知道它一定能执行成功吗?肯定是不一定;
比如说,我现在要执行一个减库存的代码,我调用这个方法会进行库存的一个更改,这个库存减少成功还好,万一要是失败就会出现一个问题就是,做前端的来调用你,但是你出错了,这时你也不知道你这个减库存到底有没有执行成功,两个人就会相互排斥问题,不知道到底是你前端调用的问题,还是我后端代码写的有毛病,反正测试工程师就只知道库存没有减;
解决方案就是,记日志;
记录日志
首先,springboot里面有集成好的日志组件,我们仅需拿来用即可,接下来,我将会分几个步骤来教大家如何在记日志;
1.首先我们打开一个编写好的子项目(服务),在yml配置文件中进行一些简单的配置👇:
logging:
path: 日志打印输出路径
level:
该服务的全包名: #级别【info级别最好,我用的是debug级别】
2.在我们的Controllerc引入Logge接口👇:
public static Logger logger = LoggerFactory.getLogger(#当前类);
注意:引入Logger时,它有许多个记日志的版本,java统一了成了slf4j,所以导入包的时候一定注意不要导错!
2.导入成功并且后需要把当前类加入到日志中👇:
3.开始调用日志
在控制层接口中调用日志
logger.debug("执行了查询,开始调用project-solr的服务");
这里的话就简单的记录一下日志,将来方便追错;
4.运行程序,查看是日志是否能被记录
首先运行注册中心,再启动自己写好的服务朝注册中心注册一下
查看注册中心:
发现solr注册进来了,注册中心我这边用的是集群负载均衡,三个注册中心相互注册,在后面可以清楚的看到我另外三个注册中心的端口号
5.调用solr服务,查看日志是否输出并打印👇:
点击去查看一下👇:
总中我我们可以清楚的看到,从开始,到结束,就是中间打印了一些其他的东西,这个先不去深究它;
小结
在工作中,别人的代码到底能不能执行成功,你是保证不了的,唯有记日志,来证明自己的代码没有问题,从上我选择在调用前打印日志,在调用后也打印了日志,说明我这个接口没有问题,但是,你调用你的solr服务,出现了问题,那是你的问题,跟我调用无关,我正常调用没问题,至于后面库存没有减少,那,就是你的问题;
给solr添加日志记录
刚才我是以调用对方服务的方式来记录日志,保证自己正常调用,那么,我们solr也应该记录一下日志,因为,它也保证不了调用solr的人,是否存在调用问题,所以,我要保证我solr正常执行,为了证明我是没有问题的,所以我们也给solr这个服务记录日志;
很简单,跟上面的一样,我直接复制粘贴即可,但是这次稍微的改一下;
logging:
path: C:\Users\30901\Desktop\log\project_solr
level:
com.lh.project.solr: info
注意:级别前面的包名需要更改成当前服务的包名,这次我在日志输出路径中多加了一个当前服务名,这样打印出的日志就能分别出谁打印出来的;
注意,日志文件是自动生成出来的;
我们把项目跑起来,试试,看看日志能不能被成功输出👇:
我们也可以清楚的看见,日志信息在这里打印的非常清楚;
这个是它自动生成的日志文件:
分布式链路追踪
首先需要引入依赖:
compile 'org.springframework.cloud:spring-cloud-starter-sleuth'
根据以上的例子,两个服务均需要用到用到分布式链路跟踪,所以我们两个两个都配置一下;
加完所需依赖后,我们再进行日志的输出,看看有什么区别👇:
区别就能发现,前面多出来了一串乱码,跟上面对比,就能看出来,那么具体是什么意思呢?
首先打印出来的日志有两个,一个是调用方,一个是被调用方,我们打开这两个日志来看一下:
这个时候,假设,以上一个请求,其中一个有问题,那么,你就可以把这个有问题的这个乱码跟被调用方里面的日志进行匹配,如果查询到了,那么说明这两个日志,对应的是同一个请求,咱们就可以通过这个乱码就可以判断,这两个服务调用的到底是不是属于同一个请求;
这个乱码分成三段:
第一高段请求方与调用方式一样的,因为它们属于同一个链路上,所以一样,因此,我们可以通过第一段代码,来跟踪;
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。