BUG排查，日志和代码对应不上

原创 已于 2024-12-04 10:16:05 修改 · 181 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#bug

于 2024-12-04 10:14:18 首次发布

精简问题

if (a != b && 0 != stricmp (sz1, sz2)) {

  log(sz1,sz2);
}

看日志打印了sz1和sz2，但是他们是相等的；怎么看代码都看不明白；难道是有不可见的字符串？if写错位置了？不小心加了分号之类的？

代码反复分析都不明白，最后想办法重现场景，调试代码，发现代码竟然是

if (a != b && 0 != (sz1, sz2)) {

  log(sz1,sz2);
}

实际上我并没有写stricmp函数，看代码的时候，竟然脑补了stricmp函数进去，哈哈哈，真的是离谱

Android日志实战——Bugreport日志分析（十三）
小旭的专栏
07-17 2463
bugreport日志是Android系统中一种包含详细系统信息和错误报告的日志文件，用于故障排查和问题分析。当用户遇到问题或应用程序发生崩溃时，可以生成bugreport日志以便开发人员进行分析和修复。：包括Android设备型号、操作系统版本、内核版本等系统信息，以及设备硬件配置和软件的详细信息。：列出所有正在运行的进程和线程的信息，包括进程ID、线程ID和其相关的状态。：包括系统日志（logcat）和事件日志，记录各个组件的运行状态、错误消息和警告信息。
排查C++软件异常的常见思路与方法（实战经验总结）
dvlinker的技术专栏
07-27 4491
排查C++软件异常的常见思路与方法（实战经验总结）
android异常日志和屏幕的录制（screenrecord+logcat）
随缘
04-12 579
android系统应用开发，后期好多bug都不是必现而是偶发，这种需要测试同事反复尝试出现后。门需要在bug产生的时候进行操作过程的录制、log的导出、bug发生时间点这三个元素，将复现的bug整理后提交给研发的同学。这种情况多数都可以用logcat+screenrecord编写个简单的脚本搞定。由于screenrecord录制自带系统信息和毫秒时间点。只需要将录制到mp4和log给出就可。
Linux快速定位日志 排查bug技巧和常用命令、系统监控命令
ShockChen7的博客
05-28 7725
在 Linux 系统中，可以使用grep命令来查找日志文件中包含特定关键字的行。假设你的日志文件路径为，你想要查找包含关键字"abc"或找到行号后就好说了，通过下一条命令 直接输出当前行号下的日志这个命令是用来查看一个日志文件xxx.log中特定范围的行。从第 501 行开始，显示接下来的 100 行日志这样可以更快速更精准的定位到关键日志，而不是去打开日志文件来搜索，或者二次触发bug，来查看日志，这些命令能够帮助你更高效地查找和分析日志文件中的特定信息。
线上Bug排查清单，测试人拿走不谢！
OKCRoss的博客
07-20 836
线上故障主要会包括CPU、磁盘、内存以及网络问题，而大多数故障可能会包含不止一个层面的问题，所以进行排查时候尽量四个方面依次排查一遍。同时例如 jstack、jmap 等工具也是不囿于一个方面的问题的，基本上出问题就是df、free、top 三连，然后依次 jstack、jmap 伺候，具体问题具体分析即可。
Android Studio 如何快速排查日志？如何快速Debug，这篇文章告诉你答案
小曾同学的博客
06-25 3039
掌握 Android 日志排查真的相当重要，这一篇文章帮你搞定。
有了链路日志增强，排查Bug小意思啦！
u010889990的专栏
01-18 851
在工作中，相信大家最怕的一件事就是听到有人在工作群艾特你：某某功能报错啦。。。 然后你就得屁颠屁颠的去服务器看日志，日志量少还好点，多的话找起来太麻烦了。不太容易直接定位到关键地方。 东找找西找找，好不容易找到了报错的信息，却不知道当时的参数信息是什么，也不太好复现，太难了。。 改完还得写故障报告，美好的一天又没了。 要解决这类的痛点需要做下面几件事情： 日志收集 异常告警 日志增加链路 API响应增加traceId 异常时打印当前报错方法的参数 支持调试模式 日志收集 要解决的第一个问题就是日志的集中
程序bug排查心得
qq_40966177的博客
11-09 1599
程序bug排查心得1.Bug排查基本流程2.常用的一些bug排查方法2.1 搜索引擎2.2 print or logger大法2.3 debug和工具的使用2.4 二分法3.记一次bug排查经历3.1 注意java集合的使用问题3.2 注意触发类加载的时机4.总结 代码出现bug对于程序员来讲再正常不过了，即使再资深的程序员也难逃厄运。那么如何能够快速的排查和解决bug，将成为程序员的基本功。 1.Bug排查基本流程 对于程序中出现的bug,我们可以按以流程进行排查： 2.常用的一些bug排查方法 2.1
bug排查小技巧 | 小技巧
波小艺小家
07-23 1244
以下总结以web测试为例，其他类型测试可参考。 bug排查小技巧提问步入正题之前，我提两个问题：开发为测试列出的几大症状：问题描述不清对bug定位不准不理解需求如何高效地排查问题呢？产生问题的原因排查问题 提问 步入正题之前，我提两个问题： 在工作中，你们发现“bug”是立马给开发提bug单还是先自己尝试排查一下bug产生的原因呢？ 提bug单的时候，是怎么描述bug呢？ 相信有不少人测试在发现bug之后，立马给开发提了bug，很少去排查bug产生的原因。 在开发准备修复bug的时候，发现测试提的.
深入探究：从容应对 Bug 的通用排查思路
fudaihb的博客
12-13 840
在软件开发过程中，Bug 的存在如影随形。无论是简单的语法错误，还是深藏在业务逻辑中的复杂问题，Bug 总能挑战开发者的耐心和技能。高效地排查 Bug，不仅能提升开发效率，还能帮助开发者深入理解系统的内部机制。 本篇文章将从 **理论基础** 和 **实际操作** 两个方面，详细介绍排查 Bug 的通用思路，结合工具和方法论，为开发者提供一套系统性、实用性的指导。
线上Bug排查清单，测试小哥拿走不谢！
qq_73332379的博客
09-28 1326
线上故障主要会包括、磁盘、内存以及网络问题，而大多数故障可能会包含不止一个层面的问题，所以进行排查时候尽量四个方面依次排查一遍。同时例如 jstack、jmap 等工具也是不囿于一个方面的问题的，基本上出问题就是df、free、三连，然后依次 jstack、jmap 伺候，具体问题具体分析即可。
Python 调试与错误排查：如何高效定位和修复代码中的常见 Bug
专注于Python爬虫开发，分享爬虫技巧、项目实战与反爬经验，使用Scrapy、BeautifulSoup等工具，解决数据抓取难题。
08-18 531
摘要 本文介绍了 Python 开发中常用的调试方法和技巧，帮助开发者高效定位和修复代码中的 Bug。内容涵盖 Python 常见错误类型（语法错误、运行时错误等）、通过错误信息快速定位问题的方法、使用内置 pdb 调试器的详细步骤，以及现代 IDE（如 PyCharm、VS Code）的图形化调试功能。此外，文章还提供了实用的调试技巧，包括 print() 打印调试、单元测试、异常处理等，并简要提及性能分析和内存泄漏检测工具。掌握这些调试技能可显著提高开发效率和代码质量。 关键词：Python、调试、pd
C++软件调试与异常排查从入门到精通专栏介绍与文章汇总
热门推荐
dvlinker的技术专栏
06-29 22万+
根据近几年排查软件异常的实践与经验，系统地讲解了C++软件异常常见原因与常用排查方法，以图文并茂的方式给出具体的分析实例，带领大家逐步掌握C++软件异常排查的相关技术与要领。
项目中常见BUG的排查方法汇总
周氏“武功秘籍”之天马行空
02-13 4706
1 前言 最近各项目组频繁出现技术问题，问题主要包括：测试不达标、生产事故两大类。常常有人问我寻求技术支持，其中包括排查办法、思路、有事直接参与技术排查过程中。怎奈我一人能力有限，无法满足整个DB部门的需求，痛定思痛，决定总结此文，以纪念过去十余年来踩过的坑。 2 需要的技术知识 计算机技术是一门系统的科学，任何一个点上出现的问题都有可能导致全局性的问题，我们有时需要从计算机硬件、网络硬件、数据库...
【后端】开发过程中如何尽可能的减少 bug 的产生
人生苦短，我用python
12-12 210
BT6.0常见的BUG
北冥有渔的博客
12-16 229
蓝牙6.0开发需重点关注新特性实现、安全漏洞和兼容性问题。新功能如信道探测和音频优化需精细调试，否则影响性能；特定芯片组固件漏洞（如Airoha）需及时更新修复；开发中要注意协议栈集成和向下兼容性。建议严格测试新功能、多设备兼容性及复杂干扰环境下的稳定性，确保使用已修复漏洞的SDK，并通过蓝牙认证（BQB）。问题主要源于实现而非协议本身，通过审慎选型和充分测试可有效规避风险。（149字）
Git分支实战指南：如何优雅地管理版本、修复Bug并解决合并冲突
2301_80863610的博客
12-16 1万+
指向的分支即为当前的工作分支（Current Working Branch），工作区（Working Directory）中的文件内容会与该分支的最新提交保持一致。Git 创建分支的高效性正源于此：它仅仅是创建了一个包含 40 字节哈希值的新文件，而没有进行任何文件复制操作。在实际操作中，创建分支并非复制整个项目的文件，而是创建一个新的指针；这种模式的缺点在于，一旦删除分支，会丢失“曾经存在过一个分支”的信息。通过以上七个部分的深度解析，我们完整梳理了 Git 分支管理的从底层原理到企业级实战的各个环节。
get_download_file_path: command not found （asdf bug已解决）
最新发布
BrianGriffin的博客
12-16 226
摘要：本文记录了作者在安装PHP 8.1.2时遇到的asdf-php插件bug排查过程。错误提示显示install脚本调用了未定义的函数，经检查发现是插件最新提交将下载逻辑分离到download脚本，但install脚本未引入该脚本导致的。作者通过回退到1eaf4de版本解决了问题，指出这是一个典型的重构遗漏问题。整个排查过程耗时约1小时，涉及插件更新、重装、asdf升级和代码审查等步骤。
解决九两酒商城[uni-pay-co]: Error:执行失败，积 分需要大于等于1的bug
嗨，大家好，我是爱搞知识的咸虾米
12-16 223
在开发九两酒微信小程序商城时候，在订单页面，如果金额比较低，就会出现score积分为0的情况，支付完成后会报如下错误“[uni-pay-co]: Error:执行失败，积 分需要大于等于1”
java创建了日志文件，不打对应的日志
07-04
在 Java 应用中，即使配置了日志文件但未输出日志，可能涉及多个方面的问题。以下是一些常见的排查方向和解决方案： ### 1. 检查日志框架的依赖 确保项目中正确引入了日志框架（如 Logback、Log4j 等）及其相关依赖。如果使用 Maven 或 Gradle 构建工具，需要检查 `pom.xml` 或 `build.gradle` 文件是否包含必要的依赖项。例如，对于 Logback，Maven 配置如下： ```xml <dependency> <groupId>ch.qos.logback</groupId> <artifactId>logback-classic</artifactId> <version>1.2.11</version> </dependency> ``` ### 2. 检查日志级别设置 日志框架通常会根据日志级别决定是否记录某条日志信息。如果日志级别设置过高（例如 `ERROR`），低于该级别的日志将不会被输出。可以在 `logback.xml` 中调整日志级别为 `DEBUG` 或 `TRACE`，以确保更详细的日志信息能够输出： ```xml <logger name="com.example" level="DEBUG"/> ``` ### 3. 检查日志文件路径及权限 确认日志文件配置的路径是有效的，并且应用程序具有写入该路径的权限。如果路径不存在或权限不足，日志文件可能无法创建或更新。例如，在 `logback.xml` 中指定日志文件路径时： ```xml <appender name="STDOUT" class="ch.qos.logback.core.FileAppender"> <file>/path/to/your/logfile.log</file> <encoder> <pattern>%d{yyyy-MM-dd HH:mm:ss} %-5level %logger{36} - %msg%n</pattern> </encoder> </appender> ``` 请确保 `/path/to/your/logfile.log` 是可写的路径。 ### 4. 检查日志配置文件的加载情况 确保 `logback.xml` 被正确加载。可以通过在应用启动时添加 JVM 参数 `-Dlogback.statusListenerClass=ch.qos.logback.core.status.OnConsoleStatusListener` 来查看 Logback 的内部状态信息，从而判断是否存在配置问题。 ### 5. 日志框架冲突 检查是否有多个日志框架共存（例如 Logback 和 Log4j 同时存在）。这种情况下可能会导致日志行为不可预测，甚至完全不输出日志。可以尝试排除其中一个框架的依赖，保留一个日志框架。 ### 6. 测试日志输出 编写测试代码，手动触发日志输出，以验证日志框架是否正常工作。例如： ```java import org.slf4j.Logger; import org.slf4j.LoggerFactory; public class TestLogging { private static final Logger logger = LoggerFactory.getLogger(TestLogging.class); public static void main(String[] args) { logger.debug("This is a debug message"); logger.info("This is an info message"); logger.error("This is an error message"); } } ``` 运行上述代码后，检查日志文件是否包含这些信息。 ### 7. 检查编码格式 日志内容可能因为编码问题而无法正确显示。在 `logback.xml` 中明确指定编码格式，例如 UTF-8： ```xml <encoder> <charset>UTF-8</charset> <pattern>%d{yyyy-MM-dd HH:mm:ss} %-5level %logger{36} - %msg%n</pattern> </encoder> ``` ### 8. 检查日志框架版本兼容性 某些旧版本的日志框架可能存在已知的 bug 或限制，建议升级到最新稳定版本以获得更好的支持。 ### 9. 检查日志文件大小与滚动策略 如果日志文件过大或达到一定阈值后不再追加内容，可能是因为启用了日志文件滚动策略（例如按大小或时间分割日志）。检查 `logback.xml` 中的配置，例如： ```xml <appender name="ROLLING" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>logs/app.log</file> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <fileNamePattern>logs/app-%d{yyyy-MM-dd}.log</fileNamePattern> <maxHistory>30</maxHistory> </rollingPolicy> <encoder> <pattern>%d{yyyy-MM-dd HH:mm:ss} %-5level %logger{36} - %msg%n</pattern> </encoder> </appender> ``` 确保日志文件未因滚动策略而覆盖或删除。 ### 10. 使用控制台输出进行调试 如果文件输出仍无效果，可以先配置日志框架输出到控制台，以便快速验证日志是否生成。例如，在 `logback.xml` 中添加控制台输出： ```xml <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> <encoder> <pattern>%d{yyyy-MM-dd HH:mm:ss} %-5level %logger{36} - %msg%n</pattern> </encoder> </appender> <root level="debug"> <appender-ref ref="STDOUT" /> </root> ``` 通过以上方法逐步排查问题，应该可以找到导致日志未输出的原因并解决。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值