兔槽和伙伴们之日志
至于uber-go/zap团队为什么不愿意实现这样的异步日志输出模型,可能有他们的想法吧。但是我想,不论那种异步日志模型,都存在着程序异常会丢日志的情况。这里再次提醒小伙伴,要慎重选择日志系统模型,切不可以一味追求速度而忽略日志,因为服务日志也是重要的业务数据。
通过对上面的工程代码测试,基本实现了gin+zap的异步日志输出功能的实现。当然上面的代码仅供小伙伴学习研究用,并不能作为生产代码使用。
关于同步和异步模型的差异,这边就不展开了,估计再写几千字也不一定能说清楚,有需要深入了解的小伙伴,可以自行baidu,那里有很多相关的文章,而且讲解得非常清晰。这里我就不需要过多解析,而我需要讲的是同步和异步日志模块。
过年在家正好闲得没有太多事情,想起年前一个研发项目负责人反馈的问题:“老李啊,我们组一直在使用你这边的gin封装的webservice框架开发,我们需要一套标准的异步日志输出模块。现在组内和其他使用gin的小伙伴实现的‘各有千秋’不统一,没有一个组或者部门对这部分的代码负责和长期维护。你能不能想想办法。”
我从2019年底开始在知识星球更新我的实盘日志,有些小伙伴会发现,很多交易策略逻辑未变,但入场方式、持仓方式以及止盈止损的模型都发生了变化。这其实就是我通过日志不断复盘反思总结的成果。
暂无