【Cowboy源码阅读-2】Http服务器的启动流程

通过 examples中的 echo_get_app.erl 来顺着捋下来整体流程

echo_get_app.erl中的start函数，Dispatch是一个路由逻辑，暂时先不细究，先看 cowboy:start_clear/3，调用cowboy:start_clear/3会开启一个 listener 的监督者

cowboy:start_clear/3会先对参数进行格式化处理（List转Map等），其中比较有趣的就是ranch:normalize_opts/1中会处理 ack_timeout 的时间，读到这里产生一种莫名的底层牛逼感。参数格式化完成之后就会调用ranch:start_listene/5，ranch:start_listene/5在普通情况下的主要功能就是让ranch_sup去启动ranch_listener_sup

---

ranch_listener_sup:start_link/5 作用又分成：
ranch_server:set_new_listener_opts/5
这个函数的作用就是向ranch_server的gen_server中设置参数
由 ranch_sup 启动 ranch_server
其中各个参数分别是：
Ref : http
Transport : ranch_tcp,
MaxConns : 1024,
TransOpts : #{connection_type => supervisor,socket_opts => [{port,8080}]},
Protocol : cowboy_clear,
ProtoOpts ： #{connection_type => supervisor, env => #{dispatch => [{’_’,[],[{[],[],toppage_h,[]}]}]}}
ranch_server:set_listener_sup(Ref, self())，将监听的监督者设置成自己，后续会用到
开启ranch_conns_sup，并且把自己set到ranch_server里面，ranch_server:set_connections_sup(Ref, self()) 。
开启ranch_acceptors_sup ，ranch_acceptors_sup的操作其实就是创建一个listener_socket，然后开启 ranch_acceptor 这个worker 进程。

注意这里的细节，是先开启 负责处理connect_socket的监督者 （connect_socket 和 listener_socket需要分清楚）

---

ranch_acceptor会在loop里面循环的accept，accept到connect_socket之后，就把socket controlling_process 给 ranch_conns_sup，然后发送消息 {?MODULE, start_protocol, self(), Socket} 给 ranch_conns_sup ，并且用 receive阻塞自己。（看到这里可能有点奇怪，怎么没有超时时间的？其实后面在处理连接的时候，如果超过最大连接数量，这里就一直阻塞了）

顺着下去看 ranch_conns_sup:loop/4，收到 {?MODULE, start_protocol, self