关于java:一个注解搞定-Spring-Boot-日志还有谁不会

41次阅读

共计 8229 个字符,预计需要花费 21 分钟才能阅读完成。

此组件解决的问题是:

「谁」在「什么工夫」对「什么」做了「什么事」

本组件目前针对 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 order
return 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 了。

@Configuration
public class LogRecordConfiguration {

    @Bean
public IOperatorGetService operatorGetService() {return () -> Optional.of(OrgUserUtils.getCurrentUser())
    .map(a -> new OperatorDO(a.getMisId()))
    .orElseThrow(() -> new IllegalArgumentException("user is null"));
}
}

// 也能够这么搞:@Service
public 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;}

// 还须要加上函数的实现
@Component
public 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 通过上下文获取用户的扩大,例子如下

@Service
public 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 这个接口,毕竟产品经理会提一些千奇百怪的查问需要。

@Service
public 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 注解中应用的函数扩大
例子:

@Component
public 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 开发手册(嵩山版)》最新公布,速速下载!

感觉不错,别忘了顺手点赞 + 转发哦!

正文完
 0