Operators#lift: MDC日志记录的好主意？

Question

项目反应堆文档为MDC日志记录提供了以下模式：

.doOnEach(logOnNext(r -> LOG.debug("found restaurant {} for ${}", r.getName(), r.getPricePerPerson())))

为了避免每次登录呼叫都必须包装，在每个信号之前从currentContext填充MDC，使用Hooks.onEachOperator(Operators.lift(...)添加的自定义订阅服务器会是个好主意吗？

我的主要会议是：

1.)在每个信号之前填充MDC的成本，即使没有日志记录。

2.)操作符融合:每个操作符上的Operators.lift(...)是否有效地禁用了操作符融合？尝试用StepVerifier#expectFusion进行快速测试似乎表明了这一点。如果这是真的，那么在实践中，这对性能有多大的影响呢？

任何输入都是非常感谢的！

Answer 1

这是Sleuth最初通过Hooks.onEachOperator采取的方法。但是，如果您只需要对反应性管道中的一个子集进行日志记录/MDC，这是非常昂贵的，而且可能不值得。更不用说，这种方法不仅会影响您定义的反应式步骤，而且还会影响任何其他库/框架。

提出这项建议是有原因的:更好的控制、更少的影响和更明确的方法。