Debug Hacks中文版

出版者:电子工业出版社

作者:吉岡弘隆

页数:424

译者:马晶慧

出版时间:2011-8

价格:69.00元

装帧:平装

isbn号码:9787121140488

具体描述

《Debug Hacks中文版—深入调试的技术和工具》是Miracle Linux的创始人吉冈弘隆和几位工程师们多年从事内核开发的经验积累。从调试器的基本使用方法、汇编的基础知识开始，到内核错误信息捕捉、应用程序调试、内核调试，本书深入浅出地讲解了Linux下应用程序和内核的调试技巧。

虽然本书的出发点是Linux内核调试，但书中的绝大部分知识在许多领域都能派上用场。如Linux应用程序开发，嵌入式Linux开发，甚至时下流行的ios应用程序开发，只要从事应用程序开发的工作，就会涉及调试，那么读一读本书也不无裨益。

目录信息

第1章 热身准备 1
1．调试是什么 1
2．debug hacks的地图 4
3．调试的心得 6
第2章 调试前的必知必会 13
4．获取进程的内核转储 13
5．调试器（gdb）的基本使用方法（之一） 18
6．调试器（gdb）的基本使用方法（之二） 32
7．调试器（gdb）的基本使用方法（之三） 39
8．intel架构的基本知识 45
9．调试时必需的栈知识 52
10．函数调用时的参数传递方法（x86_64篇） 61
11．函数调用时的参数传递方法（i386篇） 66
12．函数调用时的参数传递方法（c++篇） 69
13．怎样学习汇编语言 72
14．从汇编代码查找相应的源代码 77
第3章 内核调试的准备 87
15．oops信息的解读方法 87
16．使用minicom进行串口连接 90
.17．通过网络获取内核消息 94
18．使用sysrq键调试 98
19．使用diskdump获取内核崩溃转储 104
20．使用kdump获取内核崩溃转储 110
21．crash命令的使用方法 113
22．死机时利用ipmi watchdog timer获取崩溃转储 126
23．用nmi watchdog在死机时获取崩溃转储 131
24．内核独有的汇编指令（之一） 132
25．内核独有的汇编指令（之二） 136
第4章 应用程序调试实践 139
26．发生sigsegv，应用程序异常停止 139
27．backtrace无法正确显示 147
28．数组非法访问导致内存破坏 151
29．利用监视点检测非法内存访问 157
30．malloc()和free()发生故障 160
31．应用程序停止响应（死锁篇） 163
32．应用程序停止响应（死循环篇） 168
第5章 实践内核调试 177
33．kernel panic（空指针引用篇） 177
34．kernel panic（链表破坏篇） 184
35．kernel panic 192
36．内核停止响应（死循环篇） 205
37．内核停止响应（自旋锁篇之一） 212
38．内核停止响应（自旋锁篇之二） 215
39．内核停止响应（信号量篇） 221
40．实时进程停止响应 232
41．运行缓慢的故障 240
42．cpu负载过高的故障 245
第6章 高手们的调试技术 259
43．使用strace寻找故障原因的线索 259
44．objdump的方便选项 264
45．valgrind的使用方法（基本篇） 267
46．valgrind的使用方法（实践篇） 272
47．利用kprobes获取内核内部信息 275
48．使用jprobes查看内核内部的信息 280
49．使用kprobes获取内核内部任意位置的信息 282
50．使用kprobes在内核内部任意位置通过变量名获取信息 287
51．使用kaho获取被编译器优化掉的变量的值 291
52．使用systemtap调试运行中的内核（之一） 297
53．使用systemtap调试运行中的内核（之二） 303
54．/proc/meminfo中的宝藏 307
55．用/proc/[pid]/mem快速读取进程的内存内容 311
56．oom killer的行为和原理 315
57．错误注入 323
58．利用错误注入发现linux内核的潜在bug 328
59．linux内核的init节 334
60．解决性能问题 337
61．利用vmware vprobe获取信息 346
62．用xen获取内存转储 350
63．理解用got/plt调用函数的原理 352
64．调试initramfs镜像 357
65．使用rt watchdog检测失去响应的实时进程 362
66．查看手头的x86机器是否支持64位模式 366
附录 debug hacks术语的基础知识 369
索引 379
· · · · · · (收起)

读后感

项目团队经验不足，对于内核调试除了加printk没有任何较好的技巧。在前面一个《支撑处理器的技术》的影响下，让我觉得狗日的技术书籍质量还是蛮高，所以就尝试阅读这本书。 这本书印象较深的是warn_on的一个跟踪堆栈信息的宏，当然请注意这个是在内核需要警告的时候打印的哦,对...

项目团队经验不足，对于内核调试除了加printk没有任何较好的技巧。在前面一个《支撑处理器的技术》的影响下，让我觉得狗日的技术书籍质量还是蛮高，所以就尝试阅读这本书。 这本书印象较深的是warn_on的一个跟踪堆栈信息的宏，当然请注意这个是在内核需要警告的时候打印的哦,对...

项目团队经验不足，对于内核调试除了加printk没有任何较好的技巧。在前面一个《支撑处理器的技术》的影响下，让我觉得狗日的技术书籍质量还是蛮高，所以就尝试阅读这本书。 这本书印象较深的是warn_on的一个跟踪堆栈信息的宏，当然请注意这个是在内核需要警告的时候打印的哦,对...

如果把这本书定位为linux下的初级入门调试书籍，或者linux开发的入门书籍，还是值得推荐的。 这本书细致的讲解了linux下常用调测工具，比如objdump，每个选项都讲解的很细致，这也充分体现了日本人的严谨之处。 linux下的调测，我觉得，可以分为功能调试和性能调试这两块。功能...  

项目团队经验不足，对于内核调试除了加printk没有任何较好的技巧。在前面一个《支撑处理器的技术》的影响下，让我觉得狗日的技术书籍质量还是蛮高，所以就尝试阅读这本书。 这本书印象较深的是warn_on的一个跟踪堆栈信息的宏，当然请注意这个是在内核需要警告的时候打印的哦,对...

用户评价

我一直在寻找一本关于软件架构的“悟道之书”，而非仅仅是设计模式的堆砌。这本《现代软件架构的演进》完全满足了我的期待。它没有大谈特谈微服务有多好，而是以一种批判性的视角，回顾了从单体到分布式系统迭代过程中的得失。作者的论述非常注重权衡（Trade-off），他清晰地阐述了为什么在某些场景下，一个设计精良的单体架构远胜于盲目跟风的微服务集群。关于“领域驱动设计（DDD）”在解耦系统边界上的应用分析，我感觉是全书最精髓的部分。他通过一个复杂的金融交易系统的重构案例，生动地展示了如何将业务的复杂性映射到清晰的模块边界上。阅读过程中，我频繁停下来思考自己当前项目中的架构决策是否合理。这本书不提供标准答案，它提供的是一套成熟的思考框架，让你能够为自己的项目量身定制最合适的结构。读完它，你不会立刻写出更好的代码，但你绝对会开始提出更好的架构问题。

初次翻开《性能调优实战指南》，说实话，我有点失望，因为它看起来像一本厚厚的性能指标手册。我期望的是那种立竿见影的“加速你的应用”的秘籍，但这本书提供的更多是构建高性能系统的底层逻辑。然而，当我真正开始深入阅读，尤其是在讨论I/O模型、操作系统调度器如何影响应用响应时间时，我开始意识到，真正的性能提升绝非表面的参数调整。作者详尽地剖析了Linux内核参数对数据库连接池的影响，以及在不同网络环境下TCP拥塞控制算法的优劣。书中关于“火焰图”的解读和实战演练部分是亮点中的亮点，它教会了我如何从宏观的CPU占用率跳跃到微观的函数调用栈，精准定位性能瓶颈。这本书的深度对新手可能有些门槛，但对于那些已经达到了“能跑就行”阶段，正朝着“优雅、高效运行”迈进的开发者而言，它无疑是一份宝贵的路线图。它让你从“修补慢速点”转变为“设计快速系统”。

《代码的优雅之道》这本书给我的感受非常独特，它更像是一部关于代码美学和长期可维护性的哲学散文，而不是一本硬核的技术手册。作者对代码风格的探讨已经超越了“缩进和命名”的层面，进入到了代码的“可读性、意图表达和心智负担”的研究。书中大量的“反面教材”分析令人印象深刻——那些当初看起来“聪明的代码”是如何在半年后成为维护者的噩梦的。我特别喜欢其中关于“消除不必要的抽象”的章节，它告诫我们，过度设计往往是出于作者的虚荣心而非业务需求。这本书的行文节奏舒缓，但每一句话都饱含深意，它潜移默化地在矫正我们写代码时的浮躁心态。对于那些渴望让自己的代码经得起时间考验，愿意为未来的自己和同事负责的开发者，这本书是最好的精神食粮。它让你重新审视“完成”和“优秀”之间的距离。

这本《调试艺术与实践》简直是软件开发的救星！我最近接手了一个庞大且历史悠久的遗留项目，代码库就像一个巨大的迷宫，充满了难以捉摸的Bug。尝试了各种传统的单步调试和日志输出方法，效果微乎其微，常常是“按下葫芦浮起瓢”，解决了A的问题，B和C又冒了出来。这本书的切入点非常新颖，它没有停留在教你IDE的某个按钮怎么按，而是深入探讨了“调试思维”的构建。作者用了很多非常贴近实战的案例，比如如何处理多线程并发死锁、如何追溯内存泄漏的根源，甚至还涉及到了底层操作系统层面的调试技巧。我尤其欣赏其中关于“二分法查找错误源头”和“环境隔离测试”的章节，这不仅仅是技术，更是一种工程哲学。读完后，我感觉自己看待Bug的视角完全变了，不再是盲目地修补，而是像侦探一样系统地收集证据，锁定真正的病灶。对于那些被复杂Bug折磨得焦头烂额的资深工程师来说，这本书提供的视角和工具集是无可替代的知识升级。它真的把调试从一门手艺提升成了一门科学。

在阅读《自动化测试的黄金法则》之前，我一直认为单元测试就是写几个断言函数，集成测试就是模拟API调用。这本书彻底颠覆了我对“自动化”的理解。作者将测试提升到了“质量保障体系”的高度，强调了测试金字塔的真正含义以及如何根据项目特性选择合适的测试层级和策略。书中详尽地介绍了如何使用Mock、Stub和Fake对象来隔离依赖，尤其是在处理遗留系统缺乏良好依赖注入的场景下，那些技巧简直是雪中送炭。我最佩服的是作者对“测试的表达力”的强调——一个好的测试用例本身就应该是一份清晰的、活的文档。书中对BDD（行为驱动开发）范式的深入解析，让我明白了如何让业务方也能参与到测试用例的设计中来，这极大地促进了跨职能团队的协作。这本书不仅教会了我如何写出更健壮的测试，更重要的是，它让我理解了测试在整个软件交付生命周期中不可替代的战略地位。

案头必备

一半内容这辈子都用不到，一半内容已经晓得了。。。WTF。。。

当时正在调试部分碰到了瓶颈，看到了fleuria的推荐买的，结果对于我来说是一把屠龙刀。这是给专业的现在内核开发人员用的，我其实现在需要的只是一把菜刀。这本书对于一般人来说没有什么用，对于内核开发人员肯定特别有用。

随便翻翻

非科班的可以看看