兔槽和伙伴们之日志结局

至于uber-go/zap团队为什么不愿意实现这样的异步日志输出模型，可能有他们的想法吧。但是我想，不论那种异步日志模型，都存在着程序异常会丢日志的情况。这里再次提醒小伙伴，要慎重选择日志系统模型，切不可以一味追求速度而忽略日志，因为服务日志也是重要的业务数据。

通过对上面的工程代码测试，基本实现了gin+zap的异步日志输出功能的实现。当然上面的代码仅供小伙伴学习研究用，并不能作为生产代码使用。

关于同步和异步模型的差异，这边就不展开了，估计再写几千字也不一定能说清楚，有需要深入了解的小伙伴，可以自行baidu，那里有很多相关的文章，而且讲解得非常清晰。这里我就不需要过多解析，而我需要讲的是同步和异步日志模块。

过年在家正好闲得没有太多事情，想起年前一个研发项目负责人反馈的问题：“老李啊，我们组一直在使用你这边的gin封装的webservice框架开发，我们需要一套标准的异步日志输出模块。现在组内和其他使用gin的小伙伴实现的‘各有千秋’不统一，没有一个组或者部门对这部分的代码负责和长期维护。你能不能想想办法。”

我从2019年底开始在知识星球更新我的实盘日志，有些小伙伴会发现，很多交易策略逻辑未变，但入场方式、持仓方式以及止盈止损的模型都发生了变化。这其实就是我通过日志不断复盘反思总结的成果。