关于开发过程中日志的问题

[Renco]

想问问 V 友们一般日志打印是什么样的流程，我自己是开发过程喜欢写注释。开发完成后在零零散散补日志进去。

而且总感觉加入的日志意义不大，比如什么 xxx 开始执行 xxx 结束执行，这样的日志信息，是不是没有必要加入。

一般大家加日志的习惯是怎么样的呢。

[misaka19000]

根据业务需要来

[sun1991]

上线之后甩锅必备, 哪里需要甩锅哪里就加日志.

[wc951]

你要分清哪些是调试日志，哪些是业务日志

[chendy]

同意 3L，分清楚调试的和业务的，方便必要的时候改日志级别
另外信息丰富的报错日志也很重要

[xuanbg]

调试日志随便加，级别只能是 debug。业务日志要整体规划，级别是 info 或 warn。全局捕获的异常和 catch 里面都是 error，别的地方不允许使用 error 级别。

[xuanbg]

另外，异常堆栈要包装起来输出，不允许偷懒直接 print。直接输出控制台看没问题，Kibana 里面找都找不到，根本没法看

[jjianwen68]

线上运行的系统，大部分都会要求日志级别到 debug 吧，无非日志文件大一点而已

[turi]

项目初期，日志越多越好，
毕竟需要和各个模块调试，也就是说上面 2 楼说的。

等稳定了，你可以设置日至等级，也就是说 业务日志了。也就是上面 5 楼说的

我一般全部打印，小概率问题，就靠这些全的日志了

[Renco]

好的 感谢 v 友的回复

[KentY]

log 有不同的 level, 这个基本各种语言都是支持的.
你本地开发环境随便你怎么弄,
dev 的 stage, 一般都是 debug lvl
test 的 stage, 一般也是 debug, 但是为了跟 Prod 的完全一致, 比如出错误排查情景也要模拟, 也可能跟 Prod 的 lvl 一样
prod 的 stage, 看你们的要求了, 一般是 info 这类的
日志非常有用, 比如当你的应用出问题了, 通过日志信息会快速定位问题.

[KentY]

@jjianwen68 生产系统一般没有设置 debug 的. 不是文件大点, 是可能把硬盘撑满的问题. 还有就是安全性, debug 可能把 object 都打印出来.

[jsjscool]

一些日志规范

1. 日志要有分隔符
2. 避免重复记录
3. 通过 uuid 和编号来保证日志的连贯性
4. 日志编码统一用 json
5. 日志种类需要严格区分
6. 重要日志需要脱敏

可以详细看看总结文章： https://blog.it2048.cn/article-log/

[tmackan]

@jsjscool
json 实际在 ternimal 里面不好看，只是 elk 的时候好处理而已，不到 grok

[tmackan]

@jsjscool 不过日志脱敏 有必要哈 感谢

[freedomSky]

@tmackan 不脱敏有把密码打出来的：）