[讨论]各位在记录日志时有什么标准规范吗?我感觉自己的日志记得好混乱!

比如我的控制器调用服务,服务类调用了其他事件类或者其他服务类,不仅控制器记录了日志,服务类也记录了日志,这样就会导致大量的重复日志,开发阶段很难直观的定位问题!
各位有没有什么比较好的建议或者成熟的模式?

《L05 电商实战》
从零开发一个电商项目,功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
2年前 评论
勇敢的心 (楼主) 2年前
讨论数量: 8
2年前 评论
勇敢的心 (楼主) 2年前

没有什么规范,可以按自己的业务需求分开记录日志,我做的项目就是按请求、数据库操作、后台日志分开记录,每个客户端分开不同的文件夹。

file file file file

然后使用Laravel Monolog自定义日志,写入不同的日志分类。

file

file

2年前 评论
ykxiao (作者) 2年前
勇敢的心 (楼主) 2年前

我们是error有dateeye提醒 然后点击有request_id 根据request_Id查询这次请求的所有日志信息 info呀error呀 具体还是看业务感觉那边有问题 记录关键点信息

2年前 评论

我们是区分apilog 和dblog apilog 就是请求日志 dblog是 数据库日志 然后通过request_id 串联起来

2年前 评论
2年前 评论
勇敢的心 (楼主) 2年前

只要能通过日志找到问题在哪,了解发生问题的时候有哪些数据受影响,就可以了。
具体比如:

  • 控制器记走到流程中具体的哪步了。
  • 服务类记录处理什么数据的时候出的问题(谁受影响)方便恢复。
2年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!