ranch分析学习(三)

接着上一篇继续研究

上一篇结尾的时候，我们谈到了连接，监听两个监督树，今天我们就来看看这两个监督树和他们的工作者都是干什么的，怎么实现的。文件编号接上篇。

6. ranch_acceptors_sup.erl　

 -module(ranch_acceptors_sup).
 -behaviour(supervisor).

 -export([start_link/]).
 -export([init/]).

 -spec start_link(ranch:ref(), non_neg_integer(), module(), any())
     -> {ok, pid()}.
 start_link(Ref, NbAcceptors, Transport, TransOpts) ->
     supervisor:start_link(?MODULE, [Ref, NbAcceptors, Transport, TransOpts]).

 init([Ref, NbAcceptors, Transport, TransOpts]) ->
     ConnsSup = ranch_server:get_connections_sup(Ref),
     LSocket = case proplists:get_value(socket, TransOpts) of
         undefined ->
             {ok, Socket} = Transport:listen(TransOpts),
             Socket;
         Socket ->
             Socket
     end,
     {ok, {_, Port}} = Transport:sockname(LSocket),
     ranch_server:set_port(Ref, Port),
     Procs = [
         {{acceptor, self(), N}, {ranch_acceptor, start_link, [
             LSocket, Transport, ConnsSup
         ]}, permanent, brutal_kill, worker, []}
             || N <- lists:seq(, NbAcceptors)],
     {ok, {{one_for_one, , }, Procs}}.

这个文件我主要来看看在 init 里面都干了些什么事情。主要是给监听连接进程设置参数，然后生成多个子进程做连接监听处理。整个文件看过otp设计规范的不难理解明白。

在看下一个文件前，请大家移步到这里详细了解 proc_lib 否则有些地方可能看不明白。

7.ranch_conns_sup.erl

这个文件虽然也是在监督树下面的工作者，但是并没采用gen_server回调模块实现。那假设我们要实现类似的功能，我要实现那些函数呢这个其实没有严格的限制 在我们设置监督树子进程的时候配置对应的参数都是都可以的。这样文字说明可能不清楚，我结合代码具体的说明。

Procs = [
        {{acceptor, self(), N}, {ranch_acceptor, start_link, [
            LSocket, Transport, ConnsSup
        ]}, permanent, brutal_kill, worker, []}
            || N <- lists:seq(, NbAcceptors)],

大家请看上面的代码中的 start_link,这个就是子进程启动的入口，子进程必须要导出这个函数，后[LSocket, Transport, ConnsSup]  这个是 前面start_link 接收的参数。 自己编码实现子进程的时候我们可以起名为任意名称，只要在设置进程规范的和导出的初始函数对应就行。当然为了统一好理解好事 起名start_link看起来更加的规范。导出函数的返回还是有严格规定的，启动成功必须返回{ok,pid}.否则整个就会启动失败的。当然如果你要标新立异在gen_server启动的时候 start_link你也可以改名。