[zeromicro/go-zero]关于logx日志打印

2024-03-08 107 views
6

用logx打印的时候 能否指定打印出行号和函数名之类的

回答

5

info没有打印,但是error等打印了的,因为info的日志太多了,也不太需要知道哪里打印的

4

是否考虑支持下structured log呢,类似

image

我们需要把一些业务字段记录在日志中,在kibana上绘制成图表,非常依赖这个,应该是个通用的需求

5

我考虑下哈

1

@kevwan 能否也定义下log interface?这样开放出来可以自定义 如果在老项目(非go-zero) 想用core下部分组件的时候,发现logx的直接出现在某些组件里,这样我需要配置下logx控制日志输出,这样存在两份log配置,如果能直接老项目适配interface操作起来方便点

1

说下log的需求哈 1,不支持所有的级别打印文件行号或函数名, 建议将权限下放由用户开启开关,而不是设死 2,日志打印级别不支持withfield,很多业务场景需要附带一些必要参数 3,打印日志级别 没有debug warn等 感觉日志更像定制化,而不是通用的可自定义选项的插件

0

@zljohn-ux 非常好的建议,希望作者支持下 1,不支持所有的级别打印文件行号或函数名, 建议将权限下放由用户开启开关,而不是设死 2,日志打印级别不支持withfield,很多业务场景需要附带一些必要参数 3,打印日志级别 没有debug warn等

@kevwan go-zero是一款非常优秀的框架,希望能在通用的细节点上听取一下大家的建议,毕竟go-zero不是针对一家的定制产品

4
  1. 支持的
  2. withfield 已经支持
  3. 我认为调试/警告有点多余。Go 不支持警告。如果支持的话,大家都会在代码中扔一堆多余的打印。
7

debug/warn 多余这点就是我上面说的,go-zero是一个使用非常广泛的工具,debug和warn的使用场景我觉得应该交给用户来决定,而不是单纯的我认为多余。如果从语言的角度上说go不支持,那么我可不可以用zap、log4j来反驳呢?总之我的观点还是有些功能选择权尽量放给用户

4

如果是这样,我们需要打开所有配置。我认为这是一个决策选择。也许以后吧。

7

似乎还不支持警告级别日志。