一些优化建议 about sensitive

[houbb]

脱敏日志其实应该分为2个部分。
1）新项目可改造类：基于自定义注解，重写 toString 之类。这样性能最好，但是改造成本高。
2）改造成本高，追求方便：直接基于日志插件模式实现脱敏，此时是日志字符串层面，已经不再有字段的概念。

第二点，不同的信息不同的脱敏策略本身是支持的。我回来看下是不是文档没写。

[ppliang13]

是的，但是1）属于业务处理逻辑内，太多字段需要脱敏是否会影响业务的实际处理的效率。
2）这个log4j2日志输出是异步的 不会对原有的业务逻辑处理带来影响。
我认为定位到需要脱敏的日志方法进行案例2脱敏会有更好的效果，但是需要这个日志进行替换 无法精确到某个字段。