有必要在每一个请求里都加入日志吗。？？

[gyinbj]

如题，

有必要在每一个请求里都加入日志吗。？？

[CKKKKKK]

应该是要的，可以根据请求的重要性来调整日志的详略程度

[securityCoding]

1. 通用请求响应日志通过拦截器或者其他手段统一打印
2. 业务日志看情况, 没日志排查问题你都不好怎么跟人扯皮啊

[Narcissu5]

别的团队甩锅过来的时候可以帮你节约成吨成吨的调试时间

[littleylv]

我觉得有

[cabing]

常用手段。写日志，filebeat 异步收集到 es，通过 es 查询。

[GM]

亲，如果你代码非常完美，线上永无 bug，服务器硬件状况非常完美，永无故障，可以不考虑写日志。
否则的话，这边建议您老老实实写日志呢。

[qq976739120]

很多时候,我甚至想一行代码一行日志

[Erroad]

这不是基本操作吗？

[EscYezi]

当然有，不然怎么发现被恶意扫描

[LeeSeoung]

每个请求都需要的话 那就在拦截器做

[turi]

我做游戏开发，基本上每个函数都会几条日志，日志真的是定位问题的最有效解决方式

[outoftimeerror]

这种级别的日志不应该写在代码里，prometheus+grafana 了解一下

[xpsilvester]

有必要

[wd]

看你写的什么程序了，如果要求极高的响应，那显然不要写日志，必要的时候可以打开日志 debug 就好了。
通常面向 c 端用户的程序都没这么高要求，随便开，甚至一个请求记几十条的都有。

[ben1024]

日志分情况，
与三方和其他人配合需要把请求和响应记录下来，（执行人，执行时间）
线上可以用 didi/rdebug 做请求录播，
SQL 的也需要加上执行日志和执行人，执行时间
内部异常也要记录日志，
重要业务做流程日志

[qwerthhusn]

我自己搞的，查询类的请求不记，其他类的记一下

[gyinbj]

@qwerthhusn 目前我也是这样。。 除了 select 其余全纪录 但是还是感觉缺少点什么

[baoshu]

看业务情况，一般不需要，如果是请求日志 nginx 可以开启的。