【erlang 网络编程学习】 分析cowboy acceptor实现

http://www.tuicool.com/articles/vuymei

不知道为什么就看了cowboy代码，就继续看了下去了。

分析一下吧，主要写写cowboy 的acceptor pool 的实现

 

cowboy的源码比mochiweb的更简洁， acceptor pool是通用的，cowboy提供了tcp的协议实现。而应用层协议也是通用的，cowboy提供了http协议的实现。 

 

一、循例分析一下 cowboy 的线程树结构，从它启动的。入手 （现在先列出来cowboy启动的流程，等下说工作流程时候再串联起来。 ） 

 

想用appmon和observer截图cowboy 的线程树了。但是不太好看，太多了。（主要是创建的acceptor线程太多）。我就文字说说吧。

 

 

application:start(crypto),  application:start(public_key),  application:start(ssl),  application:start(cowboy).

之后会创建一个cowboy_clock的worker。 同时根据配置文件，去选择要不要启动eprof来统计执行时间。

 

然后application的启动就结束了，然后到启动listener的代码。如下

 

Dispatch = [

   {'_', [    {[<<"websocket">>], websocket_handler, []},    {[<<"eventsource">>], eventsource_handler, []},    {[<<"eventsource">>, <<"live">>], eventsource_emitter, []},    {'_', default_handler, []}   ]}  ],  cowboy:start_listener(my_http_listener, 100,   cowboy_tcp_transport, [{port, 8080}],   cowboy_http_protocol, [{dispatch, Dispatch}]  ).

这次就依照tcp的连接池和http的应用层协议来讲吧

 

cowboy:start_listener  其实就做了一件事， 把cowboy_listener_sup  作为supervisor 动态添加到cowboy_sup下 

 

 

然后cowboy_listener_sup 会创建三个子线程，cowboy_listener 是worker ，还有cowboy_requests_sup是supervisor ， cowboy_acceptors_sup也是supervisor

 

cowboy_listener 用了gen_server模式，这个文件是实现了连接池的算法。

 

cowboy_requests_sup 是声明了 simple_one_for_one 。 顾名思义，这文件是响应请求的worker线程的supervisor。    （插话说simple_one_for_one 使用最经典场景就是网络编程中新建工作线程来处理请求了。）

 

cowboy_acceptor_sup 会有两个动作

调用cowboy_tcp_transport:listen，里面其实就是调用gen_tcp:listen

创建一堆cowboy_acceptor 的worker 线程

 

启动就到这里了。现在开始说它的工作流程。

 

二、cowboy acceptor pool工作模式

 

cowboy_acceptor 文件：

 

初始化时候，cowboy_acceptor是创建线程来监听accept

 

cowboy_acceptor 的工作步骤有几个：

 

1),调用gen_tcp:accept ,默认是2秒超时

 

2),假如超时后，他会坚持配置参数是否更新了，然后再重新监听

 

3）如果accept到有信息，它就会在cowboy_request_sup下面创建worker

    cowboy_request 线程会调用指定的协议处理文件。 
    这时候会跳转到对应的http协议实现里面去处理这个请求。（这里我不跟进去了）

 

4）调用绑定socket和pid 的controlling_process()

 

5）调用cowboy_listener:add_connection 来更新连接池里面的动态。

 

cowboy_listener 所维护的池是怎样工作的呢？我们继续看下去。

 

首先会调用add_pid ，里面做了几件事

    首先会monitor创建的request工作线程

   然后发一个 shoot信息过去，确认socket的控制权给到了http协议。

   然后池内连接数加1.再存到ets里面。

 

add_pid之后它会对比使用的配置是否更新了

 

代码很浅白，我想说的是， queue:in 那里，它会吧这个记录保存在一个队列里面。为什么这样做呢？ 在remove_connecttion时候就会用到

 

当工作做完，要断开连接时候，cowboy_listener是这样工作的：

 

调用remove_pid 

   从ets里面取出池状态

   移除monitor

   连接数+1

     然后 queue：out出来，通知 http协议可以socket控制权已经移交回来。

   

  

  -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 

 

这次是后记，描述得不是很好，而且功夫还未到家。见笑了。下次写cowboy的协议扩展。

 

 

all  by dp~~