ngx-push-stream模块源码学习（四）——订阅

一、概述 
push stream模块允许三种模式的订阅者： 

• longpolling：每收到服务端响应数据即断开连接然后迅速重连，连接耗时可以忽略
• stream：与服务端保持长连接，持续不断的请求->响应
• polling：以轮询的方式向等待服务端响应（只接受一次数据）——（个人理解）

本文重点说明前两种。 
二、流程 
上一篇博文中捎带提到了订阅者的销毁时间——发送完MSG后（ngx_http_push_stream_send_response_finalize），本文将详细说明其讲解其诞生过程。 





从上述流程可以看出模块对longpolling和stream两种请求的处理方式有相同之处，也有少许不同。 
相同之处主要体现在当所订阅的channel中不存在消息时，都执行下述流程： 

• 准备连接处于保存状态（subscriber_prepare_request_to_keep_connected）

 

 

       

可以看出，在此流程中订阅者诞生

• 发送相同的响应头
• 注册订阅者
        将订阅者添加到ngx worker的订阅者队列，启动ping定时器和disconnect定时器等
• 将订阅者添加到所订阅的channel上

       

ngx_queue_insert_tail(&channel->workers_with_subscribers.queue, &worker_sentinel->queue);

不同的是当channel中存在消息时，stream模式仍执行上述流程（建立长连接）然后获取MSG，而longpolling则直接从channel中取得MSG。