1.日志级别 2.配置 2.1增加config /** * @author dencycheng * @date 2020/11/26 9:59 下午 */ @Configuration public
如何打印日志 日志打印对研发来说，是很有必要的， 如何打印好日志，让日志能反映出处理流程，让日志能反映出问题所在，这个很重要，不好的日志，会加大研发排查问题的难度，过多的日志也会对研发造成干扰，如何打印日志...日志存在的问题 安全问题 将用户的敏感信息打印在了日志中 日志级别不合理 warning日志较为泛滥，且少有人关注 部分阻塞业务流程的错误，未正确使用error日志 错误日志重复打印 同一个错误在不同的位置重复打印...，引发安全事故 提升系统性能 错误的日志打印方法可能会造成系统性能的下降 了解系统运行的状态 合理的日志打印可以帮助研发先于用户甚至QA发现问题。...除外） 【建议】谨慎的使用日志进行打点 合理分级 【强制】日志打印时应选择合适的级别 保证安全 【强制】原则上禁止日志汇总禁止打印用户L4级别的日志 【强制】日志打印满足飞书日志打印安全规范 【建议】使用合适的脱敏方式对敏感信息进行脱敏...MQ消息的唯一标记MsgID 案例二：日志打印时未传入ctx导致日志缺乏logID，无法通过logID检索到该日志 案例三：在程序的关键分岔点未打印日志 案例四：在特殊的条件分岔未打印日志 【强制】关键日志必须打印路径
级别高的日志。...--------------------"); logger.warn("projectVo is " + JSON.toJSONString(projectVo)); } } 如上配置后打印出来的日志如下...-- 文件会打印出所有信息，这个log每次运行程序会自动清空，由append属性决定，这个也挺有用的，适合临时测试用 --> 打印出所有的信息，每次大小超过size，则这size大小的日志会自动存入按年份-月份建立的文件夹下面并进行压缩，作为存档 --> 日志，我们不需要字符串连接而且不会导致暂时不需要的字符串消耗。取而代之，我们在一个以占位符和参数传递实际值构成的模板格式下写日志信息。
使用slf4j 使用门面模式的日志框架，有利于维护和各个类的日志处理方式统一。...实现方式统一使用: Logback框架 打日志的正确方式 什么时候应该打日志 当你遇到问题的时候，只能通过debug功能来确定问题，你应该考虑打日志，良好的系统，是可以通过日志进行问题定为的。...当你碰到if…else 或者 switch这样的分支时，要在分支的首行打印日志，用来确定进入了哪个分支 经常以功能为核心进行开发，你应该在提交代码前，可以确定通过日志可以看到整个流程 基本格式 必须使用参数化信息的方式...: log.error("获取用户[{}]的用户信息时出错",userName,e); 说明 如果进行了抛出异常操作，请不要记录error日志，由最终处理方进行处理： 反例(不要这么做): try{...，需要进行日志打点，以及埋点记录，比如电商系统中的下订单逻辑，以及OrderAction操作(业务状态变更)。
一、场景 开发过程中，有时候需要查看 feign 的日志，那么怎么打开呢 二、步骤 (1) 写一个 FeignConfig 类，设置 feign 的日志级别 public class FeignConfig...configuration = FeignConfig.class) public interface RemoteMissionService { ... } (3) 打开 slf4j 的日志...因为我使用了 slf4j + logback，这里我要打开 feigin服务类 的日志，这么设置： logging: level: root: INFO demo.business.api
线上SSM项目的sql日志打印的太多了。日志文件蹭蹭的往上涨。线上环境应该不用打印sql。 使用Mybatis的时候，有些时候能输出（主要是指sql，参数，结果）日志。有些时候就不能。...其实最重要的部分确实如图所示： 主要是修改mybatis的配置文件时候不要打印日志就可以了
二.日志切面 springboot中默认提供的日志打印功能无法打印函数的入参与出参信息。现在如果有个bug在生产环境可以复现，测试环境怎么也复现不了，本地代码又无法连接生产环境进行调试。...生产环境一般一般情况下指挥打印info级别的日志。这个时候就头疼了，无法定位解决问题。 因此线上环境能有一个功能帮我们打印函数的详细的入参或者出参这个功能是很重要的。...当然这个功能默认情况下还是不要开启，毕竟大多数线上环境的调用链封装比较深，出参与入参信息打印会比较多，对于日志的存储会是一个比较大的问题。...2.1.源码及说明 /** * 详细日志切面 * * 【默认情况下建议不要开启，开发测试定位问题的时候可以打开，打开就变成了硬盘的事儿都不叫事儿，爆炸打印】 * @author baiyan...>[] excludeReturnClass; //不进行日志打印的类 private static final Class<?
先上图 然后开始 水字数 讲解： 我们可以看到当我们debug设置断点时，如果勾选了黄色区域 Log: "Breakpoint hit" message(日志 "断点命中"消息) 此时当我们的断点触发后...，会打印断点命中时的信息 BreakPoint reached at 类名:行号 旁边还有一个Stack trace 和上面的类似，但会打印出堆栈信息
背景 在打印Ijkplayer播放日志的过程中，在ijkplayer中日志可以正常输出。...但是涉及到FFMpeg的日志，则无法输出 原因 由于FFMPeg中的libavutil/log.c中使用的是fprintf，所以输出到了标准输出中，而Android有自己的一套输出日志的端口。...需要使用av_log_set_callback将日志桥接到自定义的函数，然后通过该函数进行重输出。 方案 ....发现还是打印不出来日志 最后，一怒之下，把ijksdl_log.h中的日志打印都换成了android jni的日志打印，就打印出来了 #ifdef EXTRA_LOG_PRINT #define VLOG...((void)__android_log_print(level, TAG, __VA_ARGS__)) #endif 最后在修改完ffmpeg中的日志后，需要进入/ijkplayer/android
日志的打印在软件开发过程中必不可少，一般分为两个大类： 1、操作日志 2、系统日志 操作日志，主要针对的是用户，例如在Photoshop软件中会记录自己操作的步骤，便于用户自己查看。...我将针对这几个方面对系统日志的打印做一个简要的总结。...WHERE 1.程序入口 在入口打印日志是因为这个时候传递进来的参数没有经过任何处理，将它打印在日志文件中能一眼就知道程序的原始数据是否符合我们的预期，是不是传递进来的原始数据就出现 的问题。...首先明确日志级别中的优先级是什么意思，在你的系统中如果开启了某一级别的日志后，就不会打印比它级别低的日志。...以上就是对日志打印的几点建议，说的不全面，抛砖引玉。
我相信每一个开发者都有打印日志的习惯，好看的日志可以加快调试的速度，可以更好的了解程序中发生的事情。本文分享一个技巧，可以让 Python 在控制台输出彩色的日志。...安装 coloredlogs pip install coloredlogs 使用 首先，和正常打印日志一样，我们创建一个 logger logging.basicConfig() logger =...coloredlogs.install(logger=logger) logger.propagate = False logger.propagate = False 确保 coloredlogs 不会将我们的日志事件传递给根...(msg="this is an error message") logger.critical(msg="this is a critical message") 最后的话 本文分享了一种输出彩色日志的方法...，感觉不错的话，请分享给身边的程序员们，祝编码愉快。
1.选择恰当的日志级别 error warn info debug 2.日志要打印出参入参数 方便甩锅 3.选择合适的日志格式 时间戳 线程名字 日志级别等 4.if-else ，switch 等分支语句都建议打印日志...，方便排查 5.对一些比较低的日志级别进行判断，使用log.isXXXX（）方法判断 如果日志不被记录，但是日志内的字符拼接，对象的toString方法也会执行，浪费性能 6.不建议直接使用log4j...,logback等日志系统，建议使用slf4j框架，方便统一处理 7.建议使用参数占位符｛｝，而不是+拼接，简洁且提升性能 8.建议使用异步日志，能有效提升IO性能 9.不要使用e.printStackTrace...（）打印错误信息，因为太多信息，且是堆栈信息，会使得内存溢出 10.异常不要只打一半，要完成输出 11.禁止在线上开启debug 会把磁盘打满 12.不要记录了异常，又抛出异常 13.避免重复打印日志...，浪费磁盘空间 14.日志文件分离，不同级别日志存放在不同文件中 15.核心功能模块，建议打印详细的日志
那么多组件对MQ、Redis、鉴权等的封装着，每个组件都需要打印日志，组件日志与业务日志混合在一起，干扰业务排查问题。组件日志主要是为了排查问题，组件打印的日志也没有必要被收集到SLS、ELK上等。...主要解决两个问题： 组件日志需要单独打印 需要兼容项目项目里面的Log2j.xml配置文件，不和业务项目日志文件冲突 这里会有同学说，我在配置一个logj2文件，其实是不行的。...一个可能的用例可能是，您希望允许使用XML进行灵活的配置，但同时确保始终存在一些无法删除的业务配置元素。...log4j2初始化配置的时候，加入自己的单独配置，兼容业务配置，而且对业务无感。...本解决思路比较简单，但收益巨大，避免干扰业务日志，减少存储成本。
logging.basicConfig() logging.getLogger('apscheduler').setLevel(logging.DEBUG)
这种死锁异常一般要在特定时间特定数据和特定业务操作才会复现，有时候处理起来毫无头绪，一般只能从死锁日志下手。本篇文章我们一起来看下 MySQL 的死锁日志。...1.手动打印死锁日志 当业务发生死锁时，首先是线上错误日志报警发现死锁异常，也会提示一些堆栈信息，然后会反馈到数据库层面进行排查。...我们一般会在命令行执行 show engine innodb status\G 来输出死锁日志，\G 的作用是将查询到的结果，每行显示一个字段和字段值，方便查看。...) #表示事务2被回滚 从死锁日志中可以看到关联的两个事务相关信息，当一个事务持有了其他事务需要的锁，同时又想获得其他事务持有的锁时，等待关系上就会产生循环，Innodb 不会显示所有持有和等待的锁，但死锁日志也显示了相关的信息来帮你确定...不过这会导致错误日志暴增，一般不建议开启这两个参数。 总结： 本篇文章介绍了 MySQL 死锁日志的获取方法，发生死锁后，可以根据死锁日志还获取相关信息。
OK，换一个思路，我们在编译时出错了，肯定是有错误提示，只是vs把这个提示的细节忽略了。 那么我们是不是可以试试命令行呢。 试了一下。可以哟，编译过程的内容在cmd中有输出，还发现了红字。...（项目原因，不上图了） 但是这里的信息似乎有些太多啦，很难在cmd窗口中发现问题代码。 OK，那我们是否可以寻找一种将msbuild日志输出的方法呢？...当然有，方法就是 MSBuild.exe MyProj.csproj ^ /filelogger /fileLoggerParameters:Verbosity=diag 这样就是在你对应的项目下生成编译日志...，然后通过日志查找就很容易定位到问题了 参考链接：MSBuild: a simple way to find out all properties and their values while building...，同时有更好的阅读体验。
一、思考 做 iOS 开发时这个功能很常用， 在 OC 和 Swift 中都可以很轻松实现，因为系统本来就提供了用于日志输出的预处理宏，只要我们拿来拼接就可以了，但是在 Dart 中并不提供这些，那有什么办法实现它呢...我们回想在开发过程中，是不是发现只要一不小心抛异常，就可以看到类似如下的打印内容，而且还能清楚的知道异常是在哪个文件和哪一行的代码造成的。 ?...二、实践 在 dart:core 中提供了 堆栈跟踪(StackTrace)，可以通过 StackTrace.current 取到当前的堆栈信息，打印如下图所示，会发现这不好拿到我们想要的信息。 ?...flutterlog/main.dart 所在行 55 所在列 23 三、呈上代码 下面我做了一点封装，直接拿走即可使用，打印效果如下所示： 完整的代码和示例请到GitHub上【查看】。...打印效果 代码： // log.dart enum FLogMode { debug, // ? DEBUG warning, // ?
下面使用 日志打印模板 ， 来做简单的使用说明： slogi 打印请求参数 模板名称：slogi 描述：日志打印：请求参数 模板代码：log.info(“[ className ]->[ methodName...‘,’ : ‘’) }; return result", methodParameters()) ---- elogi 打印返回结果 模板名称：elogi 描述：日志打印：返回结果 模板代码：log.info...参数配置： className ： className() methodName : methodName() start: commentEnd() 说明：代码模板配置参数是可以使用groovy脚本的，
今天，我们来看第一个问题: 日志到底该如何打印？ 咋一看，这个问题很简单，其实不然，我随手写几个，您看看。...实话说，没有正确的，全是错的。怎么样，是不是踩坑了，是不是给别人埋过这样的坑。 那么，怎么打印日志才是正确的呢？...如果您使用的是slf4j，那么，只有下面这一种是正确的: log.error("xxxxx, userId={}, xxParam={}", userId, xxParam, e); 首先，打印日志必须带上上下文信息...，比如，用户ID，关键参数，同时，如果是捕获异常里面打印的日志，必须把原来的e打印出来，否则，排查日志想死的心都有了。...有没有更优雅的日志打印方式呢？ 我认为，最好的日志是以解决问题的方式打印日志。 怎么理解呢？ 我们以服务注册为例，当注册中心地址不通的时候，我们能不能这样打印呢？
个人认为，如果在公司的野蛮生长阶段，一些基础类库不做约束，很可能“埋坑”，形成技术债务，最终为此付出代价。本文讲解一个最简的日志打印规范。...所以，我又造了个轮子，写了个简单易懂、容易记的“最简日志打印规范”，后续随着团队实力的增长，和项目的演进，会逐步增加新的条例。 1....不过很多场景下，过多的DEBUG日志，并不是好事，建议是按照业务逻辑的走向打印。打个比方，打印日志就像读书时划重点，如果导出都是重点，也就失去了重点。...日志打印场景 在我们的系统中，不同的日志级别的打印场景大致如下： 日志级别 打印场景 DEBUG 调试日志。目前管理相对宽松，我们暂时没有严格要求。 INFO 业务日志。...我们用来记录业务的主流程的走向。 WARN 警告日志。一般来说，发生对整个系统没什么影响的异常时，可以打印该级别的日志。 ERROR 错误日志。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
云直播
