pjsip协议栈的一些个人总结2

明日复明日，明日何其多，说好的处理逻辑，结果一晃就几个月过去了。

先申明一个前提，只讲协议栈处理这部分，其他部分没看过也不了解。

pjsip关于sip消息的处理逻辑总体来看非常标准，中规中距，就是一个消息的正常处理过程。

在初始化时创建了读线程在一直在select监听端口，当有接收到消息，则将其放到rdata结构中，

通过tpmgr->endpoint完成从所谓的"传输层"到modules的传递。

后面各个modules的按优先级处理，其实就是个剥洋葱的过程：

首先把最基本的剥下来，消息收发相关的信息，这是事物层该干的活，丢给tsx module处理。

然后把"会话"相关的信息（此会话非sip中的会话概念，就是通俗的理解），剥下来丢给dialog module处理，都是些标识自己属于某dialog的标识信息。

最后就是业务相关的信息，比如说invite，订阅相关的，比如订阅的事件类型，剥下来丢给其相应的usage去处理。

后面对该请求的应答，则是反向的一层一层又穿回去。

虽然省略了那些超时、重传、重传等待、expire的处理，但整体过程确实就是上面这些。

毕竟协议栈这部分需要干的活就是收发消息、序列\反序列数据，只不过好心的帮助上层做了些sip协议的一些要求，

另外将序列化后的数据都是分散存放在各个module（层）中，没有像通常那样给个大数据结构，仅此而已。

整体来讲还是相当简单明了，end.