这是一个创建于 2130 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，
有必要在每一个请求里都加入日志吗。？？
 | 1 CKKKKKK 2019-12-16 18:24:07 +08:00 应该是要的，可以根据请求的重要性来调整日志的详略程度 |
 | 2 securityCoding 2019-12-16 18:24:50 +08:00 1. 通用请求响应日志通过拦截器或者其他手段统一打印 2. 业务日志看情况, 没日志排查问题你都不好怎么跟人扯皮啊 |
 | 3 Narcissu5 2019-12-16 18:29:06 +08:00 别的团队甩锅过来的时候可以帮你节约成吨成吨的调试时间 |
 | 4 U7Q5tLAex2FI0o0g 2019-12-16 18:30:02 +08:00 我觉得有 |
 | 5 cabing 2019-12-16 18:31:10 +08:00 常用手段。写日志，filebeat 异步收集到 es，通过 es 查询。 |
 | 6 GM 2019-12-16 18:44:05 +08:00 亲，如果你代码非常完美，线上永无 bug，服务器硬件状况非常完美，永无故障，可以不考虑写日志。 否则的话，这边建议您老老实实写日志呢。 |
 | 7 qq976739120 2019-12-16 18:56:21 +08:00 很多时候,我甚至想一行代码一行日志 |
 | 8 Erroad &nbs; 2019-12-16 20:07:18 +08:00 这不是基本操作吗？ |
 | 9 EscYezi 2019-12-16 20:19:22 +08:00 via iPhone 当然有，不然怎么发现被恶意扫描 |
 | 10 LeeSeoung 2019-12-16 20:21:17 +08:00 每个请求都需要的话 那就在拦截器做 |
 | 11 turi 2019-12-16 20:31:48 +08:00 我做游戏开发，基本上每个函数都会几条日志，日志真的是定位问题的最有效解决方式 |
 | 12 outoftimeerror 2019-12-16 22:04:29 +08:00 这种级别的日志不应该写在代码里，prometheus+grafana 了解一下 |
 | 13 xpsilvester 2019-12-17 08:37:08 +08:00 有必要 |
 | 14 wd 2019-12-17 10:07:54 +08:00 看你写的什么程序了，如果要求极高的响应，那显然不要写日志，必要的时候可以打开日志 debug 就好了。 通常面向 c 端用户的程序都没这么高要求，随便开，甚至一个请求记几十条的都有。 |
 | 15 ben1024 2019-12-17 10:27:49 +08:00 日志分情况， 与三方和其他人配合需要把请求和响应记录下来，（执行人，执行时间） 线上可以用 didi/rdebug 做请求录播， SQL 的也需要加上执行日志和执行人，执行时间 内部异常也要记录日志， 重要业务做流程日志 |
 | 16 qwerthhusn 2019-12-17 11:35:04 +08:00 我自己搞的，查询类的请求不记，其他类的记一下 |
 | 17 gyinbj OP @qwerthhusn 目前我也是这样。。 除了 select 其余全纪录 但是还是感觉缺少点什么 |
 | 18 baoshu 2020-02-01 12:15:18 +08:00 via iPhone 看业务情况，一般不需要，如果是请求日志 nginx 可以开启的。 |
Select Language