Где я могу найти пример о том, как добавить динамические дочерние процессы в существующий супервизор (стратегия simple_one_for_one
)
Эрланг: супервизор (3), добавление дочернего процесса
Ответ 1
Я провел некоторое исследование, а ниже - то, что у меня есть.
Во-первых, это примерный модуль обратного вызова супервизора:
-module(root_sup).
-behaviour(supervisor).
-export([start_link/0]).
-export([init/1]).
start_link() ->
{ok, Pid} = supervisor:start_link({local, ?MODULE},
?MODULE, []),
{ok, Pid}.
init(_Args) ->
RestartStrategy = {simple_one_for_one, 10, 60},
ChildSpec = {ch1, {ch1, start_link, []},
permanent, brutal_kill, worker, [ch1]},
Children = [ChildSpec],
{ok, {RestartStrategy, Children}}.
И это модуль обратного вызова дочернего элемента, который будет динамически добавляться в дерево suprervision:
-module(ch1).
-behaviour(gen_server).
% Callback functions which should be exported
-export([init/1]).
-export([handle_cast/2]).
% user-defined interface functions
-export([start_link/0]).
start_link() ->
gen_server:start_link(?MODULE, [], []).
init(_Args) ->
io:format("ch1 has started (~w)~n", [self()]),
% If the initialization is successful, the function
% should return {ok,State}, {ok,State,Timeout} ..
{ok, ch1State}.
handle_cast(calc, State) ->
io:format("result 2+2=4~n"),
{noreply, State};
handle_cast(calcbad, State) ->
io:format("result 1/0~n"),
1 / 0,
{noreply, State}.
Вот как мы обычно запускаем супервизора:
1> ch_sup:start_link().
{ok,<0.33.0>}
Теперь давайте начнем наш первый дочерний процесс:
2> {ok, Child1Pid} = supervisor:start_child(ch_sup, []).
ch1 has started (<0.35.0>)
{ok,<0.35.0>}
Вы можете динамически запускать дочерние процессы; пусть начнется другой ребенок:
3> {ok, Child2Pid} = supervisor:start_child(ch_sup, []).
ch1 has started (<0.37.0>)
{ok,<0.37.0>}
Вы можете видеть, что наши процессы начали (обратите внимание на последние два):
4> erlang:processes().
[<0.0.0>,<0.2.0>,<0.4.0>,<0.5.0>,<0.7.0>,<0.8.0>,<0.9.0>,
<0.10.0>,<0.11.0>,<0.12.0>,<0.13.0>,<0.14.0>,<0.15.0>,
<0.16.0>,<0.17.0>,<0.18.0>,<0.19.0>,<0.20.0>,<0.21.0>,
<0.22.0>,<0.23.0>,<0.24.0>,<0.25.0>,<0.26.0>,<0.27.0>,
<0.31.0>,<0.33.0>,<0.35.0>,<0.37.0>]
Теперь давайте сделаем наш первый дочерний процесс чем-то:
5> gen_server:cast(Child1Pid, calc).
result 2+2=4
ok
До сих пор так хорошо. Теперь мы сделаем наш первый ребенок, чтобы оценить плохой код:
6> gen_server:cast(Child1Pid, calcbad).
result 1/0
ok
7>
=ERROR REPORT==== 10-Feb-2011::01:32:15 ===
** Generic server <0.35.0> terminating
** Last message in was {'$gen_cast',calcbad}
** When Server state == ch1State
** Reason for termination ==
** {'function not exported',
[{ch1,terminate,
[{badarith,
[{ch1,handle_cast,2},
{gen_server,handle_msg,5},
{proc_lib,init_p_do_apply,3}]},
ch1State]},
{gen_server,terminate,6},
{proc_lib,init_p_do_apply,3}]}
ch1 has started (<0.42.0>)
7>
В отчете вы можете увидеть, что деление на ноль вызвало исключение, и процесс был прерван. Но супервайзер заботится об этом и сразу же начинает новый дочерний процесс (обратите внимание на последнюю строку).
Мы можем проверить, чтобы другой дочерний процесс, который мы начали ранее, все еще жив (примечание <0.37.0>
):
7> erlang:processes().
[<0.0.0>,<0.2.0>,<0.4.0>,<0.5.0>,<0.7.0>,<0.8.0>,<0.9.0>,
<0.10.0>,<0.11.0>,<0.12.0>,<0.13.0>,<0.14.0>,<0.15.0>,
<0.16.0>,<0.17.0>,<0.18.0>,<0.19.0>,<0.20.0>,<0.21.0>,
<0.22.0>,<0.23.0>,<0.24.0>,<0.25.0>,<0.26.0>,<0.27.0>,
<0.31.0>,<0.33.0>,<0.37.0>,<0.42.0>]
8>
Мы даже можем заставить его что-то сделать для нас:
8> gen_server:cast(Child2Pid, calc).
result 2+2=4
9>
Ниже приведены страницы руководства Erlang, которые вы хотите прочитать:
Ответ 2
В разделе "Поведение администратора" Принципы разработки OTP в части документов Erlang приведен пример использования simple_one_for_one
и динамических дочерних элементов. Я рекомендую все принципы дизайна, так как он дает много информации о том, как работает OTP.