这是一个创建于 1804 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，
有必要在每一个请求里都加入日志吗。？？
 |
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
littleylv 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 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