FreeSWITCH代码分析（二）

事件处理模型

FreeSWITCH内部处理事件的基本数据结构和逻辑如下图：

1. freeSWITCH启动的时候，会创建3个EVENT_QUEUE，用来保存相关api、dialplan或呼叫触发的事件，队列长度为100000，每个队列的优先级不一样，平台根据事件的优先级将事件入队。注意：如果符合优先级要求的队列已经满了或其他原因造成入队失败，可能将事件放入到低优先级的队列[c1] ；

2. 每个EVENT_QUEUE会伴随一个event_thread线程，该线程的作用就是将EVENT_QUEUE的事件转移到EVENT_DISPATCH_QUEUE，队列长度为5000。FreeSWITCH启动的时候会创建1个EVENT_DISPATCH_QUEUE队列，正常情况下，event_thread会将事件放入到EVENT_DISPATCH_QUEUE[0]，如果该队列已满或其他原因造成入队失败，再系统会动态创建EVENT_DISPATCH_QUEUE[1]，[c2] 将事件放入该队列，依次类推；

3. 每个EVENT_DISPATCH_QUEUE队列伴随一个event_dispatch_thread，该线程的作用就是将EVENT_DISPATCH_QUEUE的事件转移到对应的事件订约方队列NODE_EVENT_QUEUE，每个订阅会自带一个NODE_EVENT_QUEUE，长度为100000.。

媒体处理方式

FreeSWITCH有三种媒体处理方式，分别是：default、proxy、bypass，具体的应用和对比参考下表：

	Default	Proxy （proxy_media=true）	Bypass （bypass_media=true）
FreeSWITCH是否有媒体经过	Y	Y	N
是否可以对媒体流进行编解码	Y	N	N
是否需要终端语音编解码协商一致	N	Y	Y
支持录音、DTMF解析、会议、编解码转换	Y	N	N

[c1]带来了可能的事件时序错误的问题

[c2]带来了可能的事件时序错误的问题