Logging 为什么lagom在生产中使用异步appender

Logging 为什么lagom在生产中使用异步appender,logging,akka,slf4j,lagom,Logging,Akka,Slf4j,Lagom,以下资源说明Lagom在生产中使用异步记录器。 然而,lagom也使用akka,akka建议您使用akka方式登录您的演员--> akka日志记录方式(通过LoggingAdapter)基本上将所有日志消息转发给日志参与者。这样做是为了最小化日志记录对参与者的影响-->日志记录由另一参与者异步完成 这些组合导致双异步日志记录,对吗? 这是个问题吗? slf4j的异步日志记录是优于akka日志记录方式还是相反? Arguments pro,Arguments con?在Lagom有许多地方我们需

以下资源说明Lagom在生产中使用异步记录器。

然而,lagom也使用akka,akka建议您使用akka方式登录您的演员-->

akka日志记录方式(通过LoggingAdapter)基本上将所有日志消息转发给日志参与者。这样做是为了最小化日志记录对参与者的影响-->日志记录由另一参与者异步完成

这些组合导致双异步日志记录,对吗? 这是个问题吗? slf4j的异步日志记录是优于akka日志记录方式还是相反?
Arguments pro,Arguments con?

在Lagom有许多地方我们需要记录,而我们不在演员的内部。另外,关于用户代码。大多数用户代码是在参与者外部编写的,但在参与者内部运行


确实,通过
ActorLogging
登录时会有开销,但这比用户定义的阻塞记录器(恰好从参与者内部调用)更可取。

这是否意味着通过slf4j直接登录参与者“外部”的这些位置完全有效。这并不是说演员中可用的LoggingAdapter被传递给了pojo的“幕后”演员。对于这些Pojo来说,最好是自己拿一个记录器来代替?对于澄清,只要您使用异步appender,就没有问题。如果我没有弄错的话,
ActorLogging
和所有支持Akka异步日志的基础设施最初都是Akka自己日志所需要的。他们不能强迫用户配置异步附加器,他们也不想阻止可能会降低应用程序速度的代码基IO。当您在同一个“请求”中同时使用akka LoggingAdapter和SLF4J api时,您知道使用MDC会出现什么问题吗