要对kamailio/opensips进行单步调试，就需要先了解其代码的结构及运行方式，kamailio/opensips使用Reactor和Proactor结合的IO网络模型，使用主进程负责监听网络，当有连接产生或首包到达时，就通过pipe将文件描述符发送给worker进程，worker进程就会负责此连接的数据取读、业务处理、数据发送等事情，然后再次等待此socket事件。当我们想要调试一段代码时，就先确认这段代码是运行在什么类型的进程中，通常用于处理SIP逻辑的代码都是在worker进程中执行的，下面是一个kamailio进程启动的实例：

上例中Type=tcp receiver和udp receiver这两种类型的进程都是处理SIP消息的，包括kamailio.cfg配置中route段都是在此进程中执行，通常我们为对SIP协议进行处理而开发的模块也都在此进程中执行。

kamailio和opensips在代码核心架构上是一致的，下面以kamailio为例说明如何使用gdb进行调试。调试程序有两种方法：

方法1直接用GDB运行kamailio：将kamailio.cfg配置为fork=no， 这样kamailio会以单进程方式运行，所以的逻辑都将在一个进程里执行，但单进程模式不支持TCP listen，所以要调试TCP逻辑，不能使用此方式。直接使用gdb调试kamailio主程序就行：

方法2 将kamailio运行起来后，再用gdb attach调试：第一种方法的缺点非常明显，不能调试TCP进程，也不能将kamailio多进程的优势发挥出来。将kamailio.cfg配置为fork=yes将以多进程方式启动，与此相关的参数还有两个：

children=1            ;配置处理udp端口数据的进程数量

tcp_children=1     ;配置处理tcp端口数据的进程数据，如果此参数未配置，默认使用children参数。

如果使用以上参数启动程序，如果listen参数有对应的端口，将会启动1个UDP处理进程和1个TCP处理进程，实例如下：

当kamailio收到TCP数据时，会由6672进程进行处理，我们可以使用gdb attach到指定进程进行调试，实例如下：

(gdb) b redis_base.c:100
Breakpoint 1 at 0x2b6c45e70082: file redis_base.c, line 100.
(gdb) c
Continuing.

然后再设置断点，执行run即可，当服务器收到SIP消息并运行到指定代码即可单步调试，在调试过程中再结合日志输出，对定位问题非常有帮助。

关于如何使用gdb请参考文档：