Debug时不要忘了这些原则

最新推荐文章于 2025-07-20 23:04:56 发布
转载 最新推荐文章于 2025-07-20 23:04:56 发布 · 482 阅读 · 0

本文探讨了编程过程中遇到的独特Bug及解决这些问题的有效Debug原则。这些原则不仅适用于作者，也适用于大多数程序员。
不论是什么行业里，能让人最兴奋的事情通常都是解决新奇的、高难度问题带来的刺激。在我的工作中，经常会遇到很多bug，乍一看，它们都是不可能的。不是不可能解决，而是完全不可能出现。就好像最前沿的科技揭示了一个新的奇怪的逻辑现象，以至于人的大脑完全无法理解。 

当然，这里我总结的这些bug都是很独特的，如果你想说是否能有某种最先进的系统性的方法能将这些bug归类，统一解决，那是愚蠢的，就好像一个人无法认识到自己在犯错而避免过错一样。不管怎样，下面的这些debug原则对我是十分有效的，而且我相信，对大多数程序员也都是有效的。 

  • 你改错了文件
  • 你改对了文件，但却是在别人的机器上
  • 你改对了文件，但忘了保存
  • 你该对了文件，但忘了重新编译
  • 你认为你把那个东西开启了，但实际上你把它关闭了
  • 你认为你把那个东西关闭了，但实际上你把它开启了
  • 会议中，你应该用心听
  • 你运行了错误的版本
  • 你运行了正确的版本，但却是在别人的机器上
  • 你改正了问题，但忘了提交
  • 你改正了问题，也提交了，但忘了push到版本库中
  • 你改正了问题，也提交了，也push了。然而，很多用户的工作都依赖于之前有问题的版本，于是你必须回滚。
我非常虔诚的向大家奉送这些debug原则，任何一次debug都不可能只使用其中的一个方法解决。我真挚的希望大家通过对这些debug原则的思考能获得意想不到的收获。
2024年Unity 面试题 |五萬字 二佰道| Unity面试题大全，面试题总结【全网最全，收藏一篇足够面试】
努力前行，总会成为自己心中的那道光
02-23 16万+
正所谓 金三银四 ，又到了找工作的大好时机了，不知道大家有没有意向找一份更好的工作呢~ 之前写了很多Unity的学习和实例文章，但是面试题部分还没有一个系统的整理。 那本篇文章就来整理一下Unity中一些常见的面试题，说不准就会面试的时候就会遇到！ 本篇文章会将Unity所有方面的面试资料都融会贯通，绝对是2022年Unity面试领域最实用的文章啦！
Android JNI实战指南：从入门到精通
本博客聚焦游戏开发技巧、创业实战心得及大学热门课程干货。这里既有技术深度，也有思维广度，无论你是开发者、创业者还是高校学子，都能在这里找到适合自己的成长之路！
06-20 194
文章摘要（150字以内）： JNI（Java Native Interface）是Android开发中连接Java与C/C++代码的关键桥梁，主要用于高性能计算、调用第三方库和硬件底层开发。本文通过通俗语言详解JNI原理：Java声明native方法后，C/C++实现对应函数并通过NDK编译为.so动态库，运行时通过JNIEnv实现跨语言数据交互。涵盖基础类型、字符串、数组等数据互传方法，并提供图像处理等实际案例。后续章节将深入NDK工具链、性能优化、多线程等进阶内容，帮助开发者高效解决混合编程问题。
[已解决]Waiting for Debugger Application is waiting for the debugger to attach Force close 框一直显示
热门推荐
Kodulf的专栏
05-06 1万+
Waiting for Debugger Application is waiting for the debugger to attach Force close 这个框一直显示 这个问题我寻找了好长好长时间，网上查了各种方法都试过了，例如重新启动手机，甚至是升级Android Studio, 设置开发模式里面允许的程序，重新允许 usb调试， 但是上面的方法都没有用，最后发现我的问题特别的特殊，发现了一个Android Studio 里面的一个报错： Can’t bind to local 8603
软件调试的十大重要基本准则
开源优测
08-02 381
下方查看历史精选文章重磅发布 - 自动化框架基础指南pdf大数据测试过程、策略及挑战测试框架原理，构建成功的基石在自动化测试工作之前，你应该知道的10条建议在自动化测试中，重要的不是工具本...
调试技术的五大原则
FISH 的专栏
08-24 2349
你在写代码之前会认真构思，然后小心翼翼地写，一遍又一遍地检查……最后当你运行的时候，你还是无法避免地发现了错误。可能是语法错误，可能是声明变量错误，可能是调用函数错误……无论怎样，都需要你一遍遍地调试。接下来我将告诉你五个提高调试能力的技巧。  在正式开始之前，我先不厌其烦地解释两个词汇。第一个是“语法”：语言的规则。 举例来说，pritf("Hello World")是错误的，正确的是p
调试技术 -- 调试策略与原则
格物致知，知行合一。
06-23 1954
背景 看了部分软工视频，对软件调试技术有了些许的了解； 也对代码的调试有了自己的见解。 调试策略 强行排错 是一种最常用的、效率较低的调试技术。它不需要过多的思考，直接打印出内存中 的内容，希望从中找出错误原因所在。在程序的特定部位设置打印语句，跟踪程序的执行，监视重要变量的变化；也可以利用某些程序语言的调试功能或专门的交互式调试工 具，通过设置断点等方法分析程序的动态过程。在采用...
AndroidStudio Debug调试使用
Venus 的博客
12-02 1654
文章目录1、简介2、单步调试区3、断点管理区4、修改变量值5、变量观察区6、断点的分类7、调试的两种方式 1、简介 Android Studio目前已经成为开发Android的主要工具，用熟了可谓相当顺手。作为开发者，调试并发现bug，进而解决，可是我们的看家本领。正所谓，工欲善其事必先利其器，和其他开发工具一样，如Eclipse、Idea，Android Studio也为我们提供了强大的调试技巧，今天我们就来看看Android Studio中有关调试的技巧。 首先，来看看Android studio中为我
代码调试新姿势：在Jupyter中用%debug和PDB实现交互式调试的4种实战场景
——在 Jupyter Notebook 里跑一个数据清洗流程，一切看起来都顺理成章，结果模型训练时突然报错：“ValueError: Input contains NaN”。你一脸懵：*“我哪来的 NaN？”* 翻单元格、加 `print(df.info())`、再跑一...
黑客马拉松全攻略：如何在48小时内实现技术突破与职业飞跃
AI天才研究院
07-20 834
黑客马拉松（Hackathon）作为技术创新的催化剂，正成为全球科技圈的核心活动形式。本文聚焦48小时极限场景，构建覆盖创意筛选→团队协作→技术落地→成果展示→职业转化如何在短时间内完成从0到1的产品闭环？怎样平衡技术深度与项目完整性？成果如何转化为职业发展的加速器？章节核心内容核心概念解析黑客马拉松核心要素，构建阶段流程图算法与步骤时间管理算法、原型开发策略及Python实战代码数学模型任务优先级矩阵、资源分配公式项目实战完整案例演示：从选题到演示的全流程代码实现职业转化。
开发调试秘籍--前端Debugger实战
每天都要努力学习哦~~
06-21 1804
调试工具的面板有很多，先掌握做常用的4个元素(Element)控制台（Console）源代码（Sources）网络（Network）掌握Chrome调试工具的基本使用认识常见报错的种类能够在报错中提取关键信息能够通过调试工具、二分注释排除法，准确定位代码Bug位置。
Method threw 'StackOverflowError' exception. Cannot evaluate xx.toString()
qq_29127369的博客
08-14 9982
在查询的时候遇到的这个问题 1、首先项目是通过@Mapper(componentModel = “spring”)来生成DTO、VO、ENTITY类的转换，发现@Mapper(）生成的实现类是静态文件，没办法编译，还以为是这个问题导致呢，而且重新编译了也还是静态文件 在网上找了挺久的，最后发现用“build”编译不行，需要在maven中的compile中编译，如下图 2、重新编译后@Mapper(...
Mock工具之Mockito
码农界的小学生
07-06 918
1、引入背景：**在实际项目中写单元测试的过程中我们会发现需要测试的类有很多依赖，这些依赖项又会有依赖，导致在单元测试代码里几乎无法完成构建，尤其是当依赖项尚未构建完成时会导致单元测试无法进行。为了解决这类问题我们引入了Mock的概念，简单的说就是模拟这些需要构建的类或者资源，提供给需要测试的对象使用。** 2、缺点：EasyMock 以及 Mockito 都因为可以极大地简化单元测试的书写过程...
开发者工具一直卡在debugger
hello world
10-12 1240
这是网站反调试的一种方法，在debugger处右键选择never pause here，即可跳过反调试，如下图所示
idea&eclipse中debugger调试常用技巧
weixin_34106122的博客
03-15 416
改变变量的值 在调试的过程中可以改变非final变量的值。 条件断点 有时候断点会打在循环里，或者希望在某个条件下才触发断点，这个时候条件断点就派上用场了，在idea里对着断点右键。如下，在循环里，希望i的值为8的时候才开始调试。 代码片段&&变量视图 有时候你调试的时候，突然想增加一段代码，又不想重新启动调试，这个功能可以用上。 在调试...
无限debugger调试技巧
weixin_44146481的博客
06-10 622
无限Debugger 1 点击 Deactivate breakpoints（禁止断点）按钮后，待图标变成蓝色后，再点击Resume script execution（恢复脚本执行）按钮
Debug调试总结
悟心的专栏
09-27 9150
一、 进入 debug 模式的两种姿势 第一种是点击运行按钮旁边的“绿色甲虫”(debug app)开始以调试模式编译运行。 这个方式的特点是，一开始就进入了调试模式。适合希望尽早进入调试模式的场景，比如你想从头开始追踪问题，或者断点在启动页或首页之类的。它的弊端是每次需要从头跑一遍，且由于调试模式下应用程序略卡顿，等你到达调试页面时会觉得老费劲。 第二种方式是在手机或模拟器已经跑起来应用程序后点击 `Run` -> `Attach debugger to Android process`，
IDEA中debug错误解决
weixin_46356409的博客
08-24 6691
IDEA中debug错误解决 1.在使用IDEA过程中使用bug模式会出现下面的问题Connected to the target VM, address: ‘127.0.0.1:62401’, transport: ‘socket’ ，run模式正常开始以为是端口有冲突，将项目关掉，电脑重启后此问题还是会存在后来找到了解决此问题的方法，图1,是项目启动bug模式时报的问，如下图： ![在这里插入图片描述](https://img-blog.csdnimg.cn/929180244c304d9899bdc
中国统计NJ数据-高技术产业(制造业)企业R&D及相关活动情况（截至2024年底）.xlsx
12-13
中国统计NJ数据-高技术产业(制造业)企业R&D及相关活动情况（截至2024年底）.xlsx
阴阳师聊天字体颜色渐变生成器 - HTML代码
最新发布
12-13
阴阳师聊天字体颜色渐变生成器 - HTML代码
val itemLayoutRes = config.recyclerItemLayoutRes ?: throw IllegalArgumentException("RecyclerView 必须指定 recyclerItemLayoutRes,Failed to create skeleton for header: ${view.javaClass.simpleName}")导师跟我说如果使用时没有捕获，不要抛出异常，安全处理是什么意思
11-22
你导师说的： > “**如果使用时没有捕获，不要抛出异常**” > “**安全处理是什么意思？**” 这是在强调 **代码健壮性与调用方体验** 的问题。我们来一步步解释。 --- ### ❓ 你的原始代码发生了什么？ ```kotlin val itemLayoutRes = config.recyclerItemLayoutRes ?: throw IllegalArgumentException("RecyclerView 必须指定 recyclerItemLayoutRes...") ``` 这行代码的意思是： - 如果 `config.recyclerItemLayoutRes` 为 `null`，就立即抛出异常。 - 后果：**整个 App 可能崩溃（Crash）**，除非有人提前 try-catch。 但问题来了： > 谁负责确保 `recyclerItemLayoutRes` 不为 null？ > > 是库的使用者（调用者），还是你这个库内部逻辑？ --- ## ✅ 导师想表达的核心思想：**“Fail gracefully” —— 失败要优雅，别轻易让 App 崩溃** ### 🔹 “不要抛出异常”的真实含义 不是“永远不能抛异常”，而是： > **如果你的组件是一个可复用的模块（比如 UI 库、Skeleton 框架等），你不应该因为配置缺失就直接炸掉整个应用。** 特别是当这个异常： - 没有被文档明确要求必须 try-catch - 不是由严重编程错误引起（比如空指针访问） - 可以通过默认行为兜底 👉 这时候应该选择 **安全降级 / 默认处理 / 静默忽略**，而不是直接 `throw` --- ## ✅ 什么是“安全处理”？（Safe Handling） 就是：**面对非法或缺失输入时，不崩溃，而是做出合理反应。** ### 示例改进方案 #### ✅ 方案 1：提供默认布局（推荐） ```kotlin val itemLayoutRes = config.recyclerItemLayoutRes ?: R.layout.default_skeleton_item // 提供一个内置默认 layout ``` 这样即使用户忘了设置，也能显示一个基础骨架，不会崩溃。 #### ✅ 方案 2：跳过创建，记录警告日志 ```kotlin if (config.recyclerItemLayoutRes == null) { Log.w("Skeleton", "recyclerItemLayoutRes not set, skip skeleton creation for ${view.javaClass.simpleName}") return // 直接返回，不创建骨架 } val itemLayoutRes = config.recyclerItemLayoutRes ``` 适用于：该功能非关键路径，不影响主流程。 #### ✅ 方案 3：断言开发期错误，但生产环境不崩溃 ```kotlin if (config.recyclerItemLayoutRes == null) { if (BuildConfig.DEBUG) { throw IllegalArgumentException("必须设置 recyclerItemLayoutRes") } else { Log.e("Skeleton", "Missing layout res, skipped") return } } ``` 只在 Debug 包报错提醒开发者，Release 包静默处理。 --- ## 🧠 什么时候可以 throw 异常？ | 场景 | 是否建议 throw | |------|----------------| | 调用者明显犯了编程错误（如传 null 给不允许的参数） | ✅ 建议 throw | | 是工具类且文档说明“必须非空” | ✅ 可 throw | | 是 UI 组件/库，被业务方集成使用 | ❌ 尽量避免直接 throw | | 错误会频繁发生且可恢复 | ❌ 不应 crash | 📌 举例对比： ```kotlin // ✅ 工具函数：参数非法 → 抛出异常合理 fun calculateArea(width: Int, height: Int) { require(width > 0) { "Width must be positive" } ... } // ❌ UI 框架：配置缺了 → 应该降级，而不是崩溃 skeleton.bindTo(recyclerView) // 即使没设 layoutRes，也不该导致 App 崩 ``` --- ## 💡 总结：安全处理的三大原则 | 原则 | 说明 | |------|------| | 1. **Fail Fast in Dev, Fail Safe in Prod** | 开发时报错提醒，上线后尽量不崩溃 | | 2. **Provide Fallbacks** | 给默认值、默认布局、默认行为 | | 3. **Use Logs Over Crashes** | 用 `Log.w()` 提醒开发者，而不是让用户看到崩溃 | --- ### ✅ 改进后的推荐写法 ```kotlin val itemLayoutRes = config.recyclerItemLayoutRes ?: run { Log.e("Skeleton", "recyclerItemLayoutRes not specified, using default skeleton item layout.") R.layout.default_skeleton_item } ``` 或者更严谨一点： ```kotlin config.recyclerItemLayoutRes?.let { resId -> // 正常创建骨架 createSkeletonItems(resId) } ?: run { Log.w("Skeleton", "No item layout provided. Skipping skeleton creation for ${view.javaClass.simpleName}") // 安全退出，不抛异常 } ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值