具体描述
调试对于软件的成败至关重要，正确使用恰当的调试工具可以提高发现和改正错误的效率。《软件调试的艺术》详细介绍了3种调试器，GDB用于逐行跟踪程序、设置断点、检查变量以及查看特定时间程序的执行情况，DDD是流行的GDB的GUI前端，而Eclipse提供完整的集成开发环境。书中不但配合实例讨论了如何管理内存、理解转储内存、跟踪程序找出错误等内容，更涵盖了其他同类书忽略的主题，例如线程、客户／服务器、GUI和并行程序，以及如何躲开常见的调试陷阱。
《软件调试的艺术》适合各层次软件开发人员、管理人员和测试人员阅读。
作者简介
Norman Matloff 美国加州大学戴维斯分校计算机科学教授，研究领域涉及并行处理（尤其是软件分布式共享内存）、计算机通信网络、数据安全及数学和应用统计等。他编写了很多开源软件包，创作的在线教程也深受欢迎。
Peter Jay Salzman 美国加州大学戴维斯分校理论物理博士，该校Linux用户组的创建者，同时维护着多个受欢迎的在线HOWTO。现在华尔街某金融企业做程序员。
目录信息
1.1 本书使用的调试工具 1
1.2 编程语言 2
1.3 调试的原则 2
1.3.1 调试的本质：确认原则 2
1.3.2 调试工具对于确认原则的价值所在 2
1.3.3 其他调试原则 3
1.4 对比基于文本的调试工具与基于GUI的调试工具，两者之间的折中方案 4
1.4.1 简要比较界面 4
1.4.2 折中方法 9
1.5 主要调试器操作 11
1.5.1 单步调试源代码 11
1.5.2 检查变量 12
1.5.3 在GDB、DDD和Eclipse中设置监视点以应对变量值的改变 14
1.5.4 上下移动调用栈 14
1.6 联机帮助 15
1.7 初涉调试会话 16
1.7.1 GDB方法 18
1.7.2 同样的会话在DDD中的情况 31
1.7.3 Eclipse中的会话 34
1.8 启动文件的使用 38
第2章 停下来环顾程序 39
2.1 暂停机制 39
2.2 断点概述 39
2.3 跟踪断点 40
2.3.1 GDB中的断点列表 40
2.3.2 DDD中的断点列表 41
2.3.3 Eclipse中的断点列表 42
2.4 设置断点 42
2.4.1 在GDB中设置断点 42
2.4.2 在DDD中设置断点 45
2.4.3 在Eclipse中设置断点 46
2.5 展开GDB示例 46
2.6 断点的持久性 48
2.7 删除和禁用断点 50
2.7.1 在GDB中删除断点 50
2.7.2 在GDB中禁用断点 51
2.7.3 在DDD中删除和禁用断点 51
2.7.4 在Eclipse中删除和禁用断点 53
2.7.5 在DDD中“移动”断点 53
2.7.6 DDD中的Undo/Redo断点动作 54
2.8 进一步介绍浏览断点属性 55
2.8.1 GDB 55
2.8.2 DDD 56
2.8.3 Eclipse 56
2.9 恢复执行 56
2.9.1 在GDB中 57
2.9.2 在DDD中 64
2.9.3 在Eclipse中 66
2.10 条件断点 66
2.10.1 GDB 67
2.10.2 DDD 69
2.10.3 Eclipse 69
2.11 断点命令列表 70
2.12 监视点 74
2.12.1 设置监视点 75
2.12.2 表达式 77
第3章 检查和设置变量 78
3.1 主要示例代码 78
3.2 变量的高级检查和设置 80
3.2.1 在GDB中检查 80
3.2.2 在DDD中检查 84
3.2.3 在Eclipse中检查 86
3.2.4 检查动态数组 88
3.2.5 C++代码的情况 90
3.2.6 监视局部变量 92
3.2.7 直接检查内存 92
3.2.8 print和display的高级选项 93
3.3 从GDB/DDD/Eclipse中设置变量 93
3.4 GDB自己的变量 94
3.4.1 使用值历史 94
3.4.2 方便变量 94
第4章 程序崩溃处理 96
4.1 背景资料：内存管理 96
4.1.1 为什么程序会崩溃 96
4.1.2 内存中的程序布局 97
4.1.3 页的概念 99
4.1.4 页的角色细节 99
4.1.5 轻微的内存访问程序错误可能不会导致段错误 101
4.1.6 段错误与Unix信号 102
4.1.7 其他类型的异常 105
4.2 核心文件 106
4.2.1 核心文件的创建方式 106
4.2.2 某些shell可能禁止创建核心文件 107
4.3 扩展示例 108
4.3.1 第一个程序错误 111
4.3.2 在调试会话期间不要退出GDB 113
4.3.3 第二个和第三个程序错误 113
4.3.4 第四个程序错误 115
4.3.5 第五个和第六个程序错误 116
第5章 多活动上下文中的调试 120
5.1 调试客户/服务器网络程序 120
5.2 调试多线程代码 125
5.2.1 进程与线程回顾 125
5.2.2 基本示例 127
5.2.3 变体 132
5.2.4 GDB线程命令汇总 133
5.2.5 DDD中的线程命令 134
5.2.6 Eclipse中的线程命令 134
5.3 调试并行应用程序 136
5.3.1 消息传递系统 136
5.3.2 共享内存系统 141
5.4 扩展示例 143
5.4.1 OpenMP概述 143
5.4.2 OpenMP示例程序 144
第6章 特殊主题 155
6.1 根本无法编译或加载 155
6.1.1 语法错误消息中的“幽灵”行号 155
6.1.2 缺少库 160
6.2 调试GUI程序 162
第7章 其他工具 172
7.1 充分利用文本编辑器 172
7.1.1 语法突出显示 172
7.1.2 匹配括号 174
7.1.3 Vim与makefile 175
7.1.4 makefile和编译器警告 176
7.1.5 关于将文本编辑器作为IDE的最后一个考虑事项 177
7.2 充分利用编译器 178
7.3 C语言中的错误报告 178
7.4 更好地使用strace和ltrace 182
7.5 静态代码检查器：lint与其衍生 184
7.5.1 如何使用splint 185
7.5.2 本节最后注意事项 185
7.6 调试动态分配的内存 185
7.6.1 检测DAM问题的策略 188
7.6.2 Electric Fence 188
7.6.3 用GNU C库工具调试DAM问题 190
第8章 对其他语言使用GDB/DDD/Eclipse 196
8.1 Java 196
8.1.1 直接使用GDB调试Java 198
8.1.2 使用DDD与GDB调试Java 201
8.1.3 使用DDD作为JDB的GUI 201
8.1.4 用Eclipse调试Java 201
8.2 Perl 202
8.2.1 通过DDD调试Perl 204
8.2.2 在Eclipse中调试Perl 206
8.3 Python 207
8.3.1 在DDD中调试Python 208
8.3.2 在Eclipse中调试Python 209
8.4 调试SWIG代码 210
8.5 汇编语言 213
· · · · · · (收起)
读后感
艺术，我想谈不上，不过给入门者觉得是本好书。先的很浅显，而且都有例子，很容易动。别看薄，只要是好书，能够得到自己需要的东西就行。
评分调试对于软件的成败至关重要，正确使用恰当的调试工具可以提高发现和改正错误的效率。《软件调试的艺术》详细介绍了3种调试器，GDB用于逐行跟踪程序、设置断点、检查变量以及查看特定时间程序的执行情况，DDD是流行的GDB的GUI前端，而Eclipse提供完整的集成开发环境。书中不但...
评分感觉一般，很薄的一本。讲了较多方面，但不深入和细致，基本就是每处一个例子地讲。和艺术一点关系没有。有提到pthread和MPI程序的调试。
评分艺术，我想谈不上，不过给入门者觉得是本好书。先的很浅显，而且都有例子，很容易动。别看薄，只要是好书，能够得到自己需要的东西就行。
评分相比Win下的调试书籍，linux下的相关书，至少在国内几乎没有见过。 想是因为win下的破解带动了调试这块吧。。。。 以前尝试过直接去翻GDB的manual，但是十分枯燥，看不下去。因为只是直接介绍命令而已，对于初学者，事实上需要的是实例，和能够一步步能操演下去的讲解...
用户评价
说实话，我选择这本书，很大程度上是被它的名字所吸引——“软件调试的艺术”。“艺术”这个词，本身就带有一种超越纯粹技术的意味，它暗示着一种创造力、一种洞察力，以及一种将复杂问题化繁为简的优雅能力。我一直觉得，优秀的程序员不仅仅是代码的编写者，更是程序的“雕塑家”，而调试，就是他们手中的刻刀。我一直以来对程序的内部运作机制有着强烈的好奇心，尤其是在遇到一些难以解释的现象时，总想一探究竟。这本书的封面设计也给我留下深刻印象，那深邃的蓝色和若隐若现的代码，仿佛在邀请读者进入一个充满神秘色彩的世界。虽然我还没开始阅读，但仅仅是想象着书中可能包含的关于如何“读懂”程序的精妙方法，如何像侦探一样剖析程序的每一个角落，如何用最少的资源找到最关键的问题，就让我充满了期待。我希望这本书能让我从“如何快速修复bug”这个层面，提升到“如何从根本上理解和预防bug”的高度，真正领会到“调试”这门艺术的精髓。
评分作为一个有着数年开发经验的工程师，我曾以为自己对调试已经有了相当的掌握。但一次偶然的机会，我翻阅了这本书，才意识到自己之前的一些调试方法，可能还停留在比较浅显的层面。书中关于“跨平台调试的挑战与策略”这一章节，尤其令我印象深刻。我们团队经常需要处理在不同操作系统和硬件环境下出现的兼容性问题，这其中的调试难度可想而知。书中详细分析了不同平台在内存管理、线程调度、系统调用等方面的差异，并提供了针对性的调试工具和技巧。这不仅仅是关于如何找到bug，更是关于如何理解不同环境下的运行机制。此外，书中对“逆向工程与二进制调试”的探讨，也让我对程序的底层运行有了更深层次的认识。我一直对那些能够深入到汇编层面进行分析的工程师充满敬意，这本书似乎为我打开了通往那扇大门的一角。我相信，通过学习书中的内容，我能够进一步拓展我的技术视野，并在解决复杂问题时，拥有更多的“杀手锏”。
评分这本书的封面设计就充满了吸引力，深邃的蓝色背景上，几个泛着微光的代码片段若隐若现，仿佛预示着即将开启一段探索程序内心奥秘的旅程。我本身对计算机科学有着浓厚的兴趣，尤其是在编写代码过程中遇到的各种稀奇古怪的bug，总是让我既头疼又着迷。我一直觉得，能够深入地理解一个程序是如何运行的，并从中找出并修复问题，这本身就是一种极具挑战性和成就感的过程。虽然我还没来得及细读这本书，但仅仅是翻阅目录，我就被深深吸引了。书中涉及的诸如“内存泄漏的侦测与规避”、“并发编程中的陷阱与调试技巧”以及“性能优化的深层剖析”等章节，都直击了我作为一名开发者常常遇到的痛点。我期待它能提供一套系统性的方法论，帮助我从“瞎猫碰死耗子”式的调试，进化到一种更科学、更高效的境界。我相信，通过阅读这本书，我不仅能提升解决bug的能力，更能加深对计算机底层原理的理解，从而写出更健壮、更优雅的代码。这种对未知领域的探索欲，正是吸引我选择这本书的重要原因。
评分我通常不太喜欢阅读过于技术性的书籍，总觉得枯燥乏味，但这本书却让我耳目一新。它没有堆砌过多的理论，而是通过大量生动的案例，将复杂的调试技巧娓娓道来。我尤其喜欢书中对“调试者心态的培养”这一部分的阐述。它并没有将调试仅仅视为一项技术工作，而是强调了耐心、细致、逻辑思维以及一种“刨根问底”的精神。书中举例说明了，很多时候，一个微小的细节，可能就是解开复杂bug的关键。我曾经因为调试效率不高而感到沮丧，但这本书让我明白，调试本身就是一种需要不断学习和实践的技能，它需要我们投入时间和精力去磨练。书中提供的“自动化调试流程的构建”方法，也让我看到了提升效率的可能性。它鼓励我们通过脚本和工具，将重复性的调试任务自动化，从而将更多精力投入到真正需要思考和分析的问题上。这本书让我觉得，调试不再是一件令人头疼的事情，而是一次充满智慧的挑战。
评分拿到这本书的时候，我正在为一个棘手的项目焦头烂额。项目中的一个功能，在特定条件下就会崩溃，但无论我怎么重现，都找不到清晰的线索。各种日志输出、断点调试，都像是在迷宫里打转，越陷越深。正当我感到绝望的时候，同事推荐了这本书。刚开始我抱着试试看的心态，没想到，书中对“状态分析与错误定位”的章节，提供了一种全新的思考框架。它不仅仅是教你如何使用调试工具，更重要的是教会你如何“思考”bug。书中提出的“事件流回溯法”，让我眼前一亮。它引导我不再仅仅关注当前出现问题的时刻，而是从问题发生前一系列事件的关联性来分析，就像侦探一样，将每一个看似微不足道的线索串联起来。我按照书中的方法，重新梳理了代码的执行流程，终于找到了那个隐藏在深处的逻辑错误。这种由被动接受bug到主动分析bug的转变，让我深刻体会到“授人以鱼不如授人以渔”的道理。这本书对我而言，不仅仅是一本技术书籍，更像是一位经验丰富的导师，在我迷茫时给予指引。
评分正如副标题说的适合*nix平台，主要介绍gdb,ddd,基本点有带到，但没有写到一个项目本身的gdb的应用，比较孤立吧。【电子版也有】
评分入门、参考都是不错
评分题目有点大，内容很实在。
评分实用
评分适合入门
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.quotespace.org All Rights Reserved. 小美书屋 版权所有