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