class="markdown_views prism-atelier-sulphurpool-light"> 本文主要介绍应用程序的调试方法。 很多网友问我怎么调试内核，怎么查找代码bug。其实我的方法不多。一是靠经验，掉入的坑多了，做笔记回顾，自然就有了经验。二是靠printf/printk大法跟踪。三是利用coredump。

一、经验

我不时遇到到非法指针问题。包括自己的代码和接手别人的代码。我遇到过一个经典的非法指针形如foo()->bar()->getdata()这类连续指针的形式。这种编码习惯很容易隐藏bug。建议分开写。 更多的经验，就要靠平时的积累，别人无法帮忙积累。

二、printf

printf大法有时十分有用，对于跟踪代码流程、函数调用，帮助很大。在出现问题时，我们使用printf来打印变量地址、变量值，对于出现的bug，会有一些帮助。当然，使用printf本身也要注意，我就曾经遇到过形如printf("%s", int_value);这类形式的代码，即用%s来打印一个整形变量，这个结果一般都是非法指针。在嵌入式上，非法指针多半会死机——现在强大的芯片应该少出现死机了。这些情况，就要十分注意函数参考的使用了。 说到这里，顺便提一提代码编译警告。我曾经写过几篇文章，如《GCC编译警告选项的学习》、《使用cppcheck检测代码警告、错误》，这些都是能减少bug出现的好方法，建议大家学习。 至于编程规范，则可以参考前一篇文章《嵌入式Linux入门11：编程规范》。

三、coredump

coredump常常作为事后分析的手段。对于一些不容易出现的bug，则可以使用coredump来调试——比如有些软件在设备运行几天后崩溃。但这种方式有几个前提：一是程序必须是debug版本，这样才能保留调试信息，方便调试。二是必须设置coredump文件大小为unlimited。三是有足够空间存储产生的coredump文件。在生成coredump后，就可以用gdb(或其交叉编译版本)来调试了。之前专门写了几篇，大家可以参考一下。《Linux下coredump调试1：使用》、《Linux下coredump调试2：实例》、《Linux下coredump调试3：补录》 总之，良好的编程规范，不追求奇技淫巧，能减少很多不必要的bug。建议大家养成好习惯，尽量把bug消灭在源头。 李迟 2017.9.6 夜