Sente项目中的日志配置与异步通道异常处理

核心问题分析

在Sente项目中，开发者遇到了两个相互关联的技术问题：日志配置问题和异步通道异常问题。

日志配置方面，当使用logback作为日志框架时，Sente抛出的异常没有经过logback处理，而是直接输出到stderr。这导致了日志格式不统一和日志管理困难的问题。

异步通道异常方面，系统频繁出现"No more than 1024 pending takes are allowed on a single channel"错误，这是core.async通道的默认限制导致的。

日志配置问题深入解析

Sente默认使用Timbre作为日志框架，但项目中已经配置了logback作为主日志框架。开发者尝试通过以下方式配置Timbre：

(defn log-appender []
  {:enabled? true
   :fn (fn [{:keys [level ?err msg_]}]
         (log/log level ?err @msg_))})

(timbre/with-merged-config {:appenders {:json-appender (log-appender)
                                       :println {:enabled? false}}}

这里的关键在于with-merged-config只对当前线程和代码块有效，而Sente的日志可能在其他线程中产生。正确的做法应该是使用merge-config!进行全局配置。

此外，核心问题在于某些异常（特别是来自core.async的异常）不是由Timbre记录的，而是直接由JVM抛出。对于这类未捕获异常，需要设置全局的未捕获异常处理器：

(Thread/setDefaultUncaughtExceptionHandler
  (fn [thread ex]
    (log/error ex "Uncaught exception in thread" (.getName thread))))

异步通道异常解决方案

"1024 pending takes"限制是core.async的默认保护机制，防止无限制的缓冲区增长。在Sente中，这通常意味着：

1. 消息生产速度远高于消费速度
2. 消费者处理逻辑存在阻塞或性能问题
3. 通道使用模式需要优化

解决方案包括：

1. 增加消费者处理能力，如使用更多线程或优化处理逻辑
2. 实现背压机制，控制消息生产速度
3. 监控通道使用情况，及时发现和处理积压

最佳实践建议

1. 日志统一：确保所有日志（包括异步异常）都通过统一的日志框架处理
2. 异常监控：设置全局异常处理器，捕获所有未处理异常
3. 性能调优：监控消息队列长度，优化处理性能
4. 资源管理：合理配置线程池和通道缓冲区大小

未来改进方向

Sente项目计划在未来版本中：

1. 从Timbre迁移到clojure.tools.logging，提供更好的日志框架兼容性
2. 改进异步通道处理，避免1024限制问题
3. 提供更灵活的日志配置选项

这些改进将使日志管理和异常处理更加灵活和可靠。