ngx-push-stream模块源码学习（五）——内存清理

[b][size=large]1.定时器[/size][/b]
采用nginx自身的定时器管理机制，具体细节待学习过nginx源码后加以补充
[b][size=large]2.channel的生成周期[/size][/b]

[img]http://dl.iteye.com/upload/attachment/0061/7958/72bd8787-702d-3ead-b473-067ed87bc564.png[/img]

[b][size=medium]（0）、初始（诞生）[/size][/b]
发布、订阅均有可能产生channel
[list]
[*]发布：向channel以post的形式发布消息时，如果不存在channel则产生
[*]订阅：模块配置允许订阅产生channel的情况下，如果向一个不存在的channel上订阅时则产生
[/list]
channel自诞生之日期就是在无奈的等死。。。只要channel被使用一次（发布、订阅）则其寿命被延长一次，保持状态处于“初始”
[b][size=medium]（1）、死缓[/size][/b]
模块每隔一段时间（默认为11s）会进行内存回收——ngx_http_push_stream_collect_expired_messages_and_empty_channels。如果一个channel既没有存储信息也没有订阅者，那它就是废物了，标记为deleted，设定过期时间为当前时间+一段时间（默认为30s），并将该channel移动到垃圾回收站。。。等死吧，不过别慌，你还有活的可能
[b][size=medium]（2）保外就医[/size][/b]
如果有人关心你（订阅、发布、统计channel信息）则将处于死缓状态的channel从垃圾堆中还原
[b][size=medium]（3）、死刑[/size][/b]
除了死缓，还有种机制可以直接将channel判为死刑——以DELETE的方式请求发布通道，则无视该channel的任何亲属关系（存储的信息、订阅者）则直接将其标记为deleted，扔入unrecoverable_channels队列。。。别幻想了，系统会ngx_http_push_stream_alert_worker_delete_channel，通知为该通道工作的ngx worker诛九族（清理该channel的订阅者、存储信息等系统资源）
[b][size=medium]（4）处决[/size][/b]
执行周期性内存清理时，除了ngx_http_push_stream_collect_expired_messages_and_empty_channels外，还会执行ngx_http_push_stream_free_memory_of_expired_messages_and_channels将过期的channel彻底删除；未过期的channel仍处于死缓状态

[b][size=large]3.MSG的生成周期[/size][/b]

[img]http://dl.iteye.com/upload/attachment/0061/7967/985bda82-6882-351d-b4b0-4be852028ecd.png[/img]

[b][size=medium]（0）、初始（诞生）[/size][/b]
发布消息时产生，同时预设其死亡时间（如果配置中设定msg_ttl则预设生命期为此值，否则
[size=medium][b]（2）、死刑[/b][/size]生存期为0——生成即死亡）；设定一个buffer清理定时器（默认为1s）来清理msg。
[size=medium][b]（1）、死缓[/b][/size]
诞生时即等死，在清理buffer时（默认设置为msg诞生1s后）将该消息标记为deleted，扔入messages_to_delete.queue；新队列超长则执行FIFO，最老的MSG判为死刑（标记为deleted，扔入messages_to_delete.queue）。
[b][size=medium]（3）（4）执行[/size][/b]
对于死缓信息，在下一次垃圾清理（ngx_http_push_stream_free_memory_of_expired_messages_and_channels）时将该过期msg彻底删除。对于死刑信息，在buffer清理定时器到期时将其清除