此组件解决的问题是:
「谁」在「什么工夫」对「什么」做了「什么事」
本组件目前针对 Spring-boot 做了 Autoconfig,如果是 SpringMVC,也可本人在 xml 初始化 bean
应用形式
根本应用
maven依赖增加SDK依赖
<dependency> <groupId>io.github.mouzt</groupId> <artifactId>bizlog-sdk</artifactId> <version>1.0.1</version></dependency>
SpringBoot入口关上开关,增加 @EnableLogRecord 注解
tenant是代表租户的标识,个别一个服务或者一个业务下的多个服务都写死一个 tenant 就能够
@SpringBootApplication(exclude = DataSourceAutoConfiguration.class)@EnableTransactionManagement@EnableLogRecord(tenant = "com.mzt.test")public class Main { public static void main(String[] args) { SpringApplication.run(Main.class, args); }}
Spring Boot 最新教程举荐看上面这个。
https://github.com/javastacks...
日志埋点
1. 一般的记录日志
- pefix:是拼接在 bizNo 上作为 log 的一个标识。防止 bizNo 都为整数 ID 的时候和其余的业务中的 ID 反复。比方订单 ID、用户 ID 等
- bizNo:就是业务的 ID,比方订单ID,咱们查问的时候能够依据 bizNo 查问和它相干的操作日志
- success:办法调用胜利后把 success 记录在日志的内容中
- SpEL 表达式:其中用双大括号包围起来的(例如:{{#order.purchaseName}})#order.purchaseName 是 SpEL表达式。Spring中反对的它都反对的。比方调用静态方法,三目表达式。SpEL 能够应用办法中的任何参数
@LogRecordAnnotation(success = "{{#order.purchaseName}}下了一个订单,购买商品「{{#order.productName}}」,下单后果:{{#_ret}}", prefix = LogRecordType.ORDER, bizNo = "{{#order.orderNo}}")public boolean createOrder(Order order) { log.info("【创立订单】orderNo={}", order.getOrderNo()); // db insert order return true;}
此时会打印操作日志 “张三下了一个订单,购买商品「超值优惠红烧肉套餐」,下单后果:true”
2. 冀望记录失败的日志, 如果抛出异样则记录fail的日志,没有抛出记录 success 的日志
@LogRecordAnnotation( fail = "创立订单失败,失败起因:「{{#_errorMsg}}」", success = "{{#order.purchaseName}}下了一个订单,购买商品「{{#order.productName}}」,下单后果:{{#_ret}}", prefix = LogRecordType.ORDER, bizNo = "{{#order.orderNo}}")public boolean createOrder(Order order) { log.info("【创立订单】orderNo={}", order.getOrderNo()); // db insert order return true;}
其中的 #_errorMsg 是取的办法抛出异样后的异样的 errorMessage。
3. 日志反对品种
比方一个订单的操作日志,有些操作日志是用户本人操作的,有些操作是零碎经营人员做了批改产生的操作日志,咱们零碎不心愿把经营的操作日志裸露给用户看到,
然而经营冀望能够看到用户的日志以及经营本人操作的日志,这些操作日志的bizNo都是订单号,所以为了扩大增加了类型字段,次要是为了对日志做分类,查问不便,反对更多的业务。
@LogRecordAnnotation( fail = "创立订单失败,失败起因:「{{#_errorMsg}}」", category = "MANAGER", success = "{{#order.purchaseName}}下了一个订单,购买商品「{{#order.productName}}」,下单后果:{{#_ret}}", prefix = LogRecordType.ORDER, bizNo = "{{#order.orderNo}}")public boolean createOrder(Order order) { log.info("【创立订单】orderNo={}", order.getOrderNo()); // db insert order return true;}
4. 反对记录操作的详情或者额定信息
如果一个操作批改了很多字段,然而success的日志模版外面避免过长不能把批改详情全副展现进去,这时候须要把批改的详情保留到 detail 字段,detail 是一个 String ,须要本人序列化。这里的 #order.toString() 是调用了 Order 的 toString() 办法。
如果保留 JSON,本人重写一下 Order 的 toString() 办法就能够。
@LogRecordAnnotation( fail = "创立订单失败,失败起因:「{{#_errorMsg}}」", category = "MANAGER_VIEW", detail = "{{#order.toString()}}", success = "{{#order.purchaseName}}下了一个订单,购买商品「{{#order.productName}}」,下单后果:{{#_ret}}", prefix = LogRecordType.ORDER, bizNo = "{{#order.orderNo}}")public boolean createOrder(Order order) {log.info("【创立订单】orderNo={}", order.getOrderNo());// db insert orderreturn true;}
5. 如何指定操作日志的操作人是什么?框架提供了两种办法
第一种:手工在LogRecord的注解上指定。这种须要办法参数上有operator
@LogRecordAnnotation( fail = "创立订单失败,失败起因:「{{#_errorMsg}}」", category = "MANAGER_VIEW", detail = "{{#order.toString()}}", operator = "{{#currentUser}}", success = "{{#order.purchaseName}}下了一个订单,购买商品「{{#order.productName}}」,下单后果:{{#_ret}}", prefix = LogRecordType.ORDER, bizNo = "{{#order.orderNo}}")public boolean createOrder(Order order, String currentUser) { log.info("【创立订单】orderNo={}", order.getOrderNo()); // db insert order return true;}
这种办法手工指定,须要办法参数上有 operator 参数,或者通过 SpEL 调用静态方法获取以后用户。
第二种:通过默认实现类来主动的获取操作人,因为在大部分web利用中以后的用户都是保留在一个线程上下文中的,所以每个注解都加一个operator获取操作人显得有些重复劳动,所以提供了一个扩大接口来获取操作人
框架提供了一个扩大接口。
应用框架的业务能够 implements 这个接口本人实现获取以后用户的逻辑,对于应用 Springboot 的只须要实现 IOperatorGetService 接口,而后把这个 Service 作为一个单例放到 Spring 的上下文中。应用 Spring Mvc 的就须要本人手工拆卸这些 bean 了。
@Configurationpublic class LogRecordConfiguration { @Beanpublic IOperatorGetService operatorGetService() { return () -> Optional.of(OrgUserUtils.getCurrentUser()) .map(a -> new OperatorDO(a.getMisId())) .orElseThrow(() -> new IllegalArgumentException("user is null"));}}//也能够这么搞:@Servicepublic class DefaultOperatorGetServiceImpl implements IOperatorGetService { @Override public OperatorDO getUser() { OperatorDO operatorDO = new OperatorDO(); operatorDO.setOperatorId("SYSTEM"); return operatorDO; }}
6. 日志文案调整
对于更新等办法,办法的参数上大部分都是订单ID、或者产品ID等,比方上面的例子:日志记录的success内容是:“更新了订单{{#orderId}},更新内容为…”,这种对于经营或者产品来说难以了解,所以引入了自定义函数的性能。
应用办法是在原来的变量的两个大括号之间加一个函数名称 例如 “{ORDER{#orderId}}” 其中 ORDER 是一个函数名称。只有一个函数名称是不够的,须要增加这个函数的定义和实现。能够看上面例子
自定义的函数须要实现框架外面的IParseFunction的接口,须要实现两个办法:
- functionName() 办法就返回注解下面的函数名;
- apply()函数参数是 "{ORDER{#orderId}}"中SpEL解析的#orderId的值,这里是一个数字1223110,接下来只须要在实现的类中把 ID 转换为可读懂的字符串就能够了,个别为了不便排查问题须要把名称和ID都展现进去,例如:"订单名称(ID)"的模式。
这里有个问题:加了自定义函数后,框架怎么能调用到呢?
答:对于Spring boot利用很简略,只须要把它裸露在Spring的上下文中就能够了,能够加上Spring的 @Component 或者 @Service 很不便。Spring mvc 利用须要本人拆卸 Bean。
// 没有应用自定义函数@LogRecordAnnotation(success = "更新了订单{{#orderId}},更新内容为....", prefix = LogRecordType.ORDER, bizNo = "{{#order.orderNo}}", detail = "{{#order.toString()}}")public boolean update(Long orderId, Order order) { return false;}//应用了自定义函数,次要是在 {{#orderId}} 的大括号两头加了 functionName@LogRecordAnnotation(success = "更新了订单ORDER{#orderId}},更新内容为...", prefix = LogRecordType.ORDER, bizNo = "{{#order.orderNo}}", detail = "{{#order.toString()}}")public boolean update(Long orderId, Order order) { return false;}// 还须要加上函数的实现@Componentpublic class OrderParseFunction implements IParseFunction { @Resource @Lazy //为了防止类加载程序的问题 最好为Lazy,没有问题也能够不加 private OrderQueryService orderQueryService; @Override public String functionName() { // 函数名称为 ORDER return "ORDER"; } @Override //这里的 value 能够吧 Order 的JSON对象的传递过去,而后反解析拼接一个定制的操作日志内容 public String apply(String value) { if(StringUtils.isEmpty(value)){ return value; } Order order = orderQueryService.queryOrder(Long.parseLong(value)); //把订单产品名称加上便于了解,加上 ID 便于查问题 return order.getProductName().concat("(").concat(value).concat(")"); }}
7. 日志文案调整 应用 SpEL 三目表达式
@LogRecordAnnotation(prefix = LogRecordTypeConstant.CUSTOM_ATTRIBUTE, bizNo = "{{#businessLineId}}", success = "{{#disable ? '停用' : '启用'}}了自定义属性{ATTRIBUTE{#attributeId}}")public CustomAttributeVO disableAttribute(Long businessLineId, Long attributeId, boolean disable) { return xxx;}
框架的扩大点
重写OperatorGetServiceImpl通过上下文获取用户的扩大,例子如下
@Servicepublic class DefaultOperatorGetServiceImpl implements IOperatorGetService { @Override public Operator getUser() { return Optional.ofNullable(UserUtils.getUser()) .map(a -> new Operator(a.getName(), a.getLogin())) .orElseThrow(()->new IllegalArgumentException("user is null")); }}
ILogRecordService 保留/查问日志的例子,使用者能够依据数据量保留到适合的存储介质上,比方保留在数据库/或者ES。本人实现保留和删除就能够了
也能够只实现查问的接口,毕竟曾经保留在业务的存储上了,查问业务能够本人实现,不走 ILogRecordService 这个接口,毕竟产品经理会提一些千奇百怪的查问需要。
@Servicepublic class DbLogRecordServiceImpl implements ILogRecordService { @Resource private LogRecordMapper logRecordMapper; @Override @Transactional(propagation = Propagation.REQUIRES_NEW) public void record(LogRecord logRecord) { log.info("【logRecord】log={}", logRecord); LogRecordPO logRecordPO = LogRecordPO.toPo(logRecord); logRecordMapper.insert(logRecordPO); } @Override public List<LogRecord> queryLog(String bizKey, Collection<String> types) { return Lists.newArrayList(); } @Override public PageDO<LogRecord> queryLogByBizNo(String bizNo, Collection<String> types, PageRequestDO pageRequestDO) { return logRecordMapper.selectByBizNoAndCategory(bizNo, types, pageRequestDO); }}
IParseFunction 自定义转换函数的接口,能够实现IParseFunction 实现对LogRecord注解中应用的函数扩大
例子:
@Componentpublic class UserParseFunction implements IParseFunction { private final Splitter splitter = Splitter.on(",").trimResults(); @Resource @Lazy private UserQueryService userQueryService; @Override public String functionName() { return "USER"; } @Override // 11,12 返回 11(小明),12(张三) public String apply(String value) { if (StringUtils.isEmpty(value)) { return value; } List<String> userIds = Lists.newArrayList(splitter.split(value)); List<User> misDOList = userQueryService.getUserList(userIds); Map<String, User> userMap = StreamUtil.extractMap(misDOList, User::getId); StringBuilder stringBuilder = new StringBuilder(); for (String userId : userIds) { stringBuilder.append(userId); if (userMap.get(userId) != null) { stringBuilder.append("(").append(userMap.get(userId).getUsername()).append(")"); } stringBuilder.append(","); } return stringBuilder.toString().replaceAll(",$", ""); }}
变量相干
LogRecordAnnotation 能够应用的变量出了参数也能够应用返回值#_ret变量,以及异样的错误信息#_errorMsg,也能够通过SpEL的 T 形式调用静态方法噢
待扩大
实现一个 Log的 Context,能够解决办法参数中没有的变量然而想应用的问题,初步想法是能够通过在办法中 add 变量的模式实现,很快就能够实现了
留神点:
⚠️ 整体日志拦挡是在办法执行之后记录的,所以对于办法外部批改了办法参数之后,LogRecordAnnotation 的注解上的 SpEL 对变量的取值是批改后的值哦。
源码:https://github.com/mouzt/mzt-...
版权申明:本文为CSDN博主「mztBang」的原创文章,遵循CC 4.0 BY-SA版权协定,转载请附上原文出处链接及本申明。
原文链接:https://blog.csdn.net/weixin_...
近期热文举荐:
1.600+ 道 Java面试题及答案整顿(2021最新版)
2.终于靠开源我的项目弄到 IntelliJ IDEA 激活码了,真香!
3.阿里 Mock 工具正式开源,干掉市面上所有 Mock 工具!
4.Spring Cloud 2020.0.0 正式公布,全新颠覆性版本!
5.《Java开发手册(嵩山版)》最新公布,速速下载!
感觉不错,别忘了顺手点赞+转发哦!