接着上一篇继续研究
上一篇结尾的时候，我们谈到了连接，监听两个监督树，今天我们就来看看这两个监督树和他们的工作者都是干什么的，怎么实现的。文件编号接上篇。
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你也可以改名。