在 Erlang/OTP 监督行为中监督普通进程

Question

据我了解，一个监督进程可以监督 Erlang/OTP 行为模型中的多个进程。

这些进程可以是gen_server、gen_fsm, 和gen_event。我的问题是，普通进程能否由 Erlang/OTP 中的主管进程监督？我所说的普通进程是指不是gen_server、gen_fsm 或gen_event 的进程。

如果是这样，流程规范会是什么样子？我在下面尝试但不起作用：

Spec = {Id, {my_module, my_function, [Par1, ..., ParN]}, permanent, 5000, worker, [my_module]}

我也试过这个：

Spec = {Id, {my_module, my_function, [Par1, ..., ParN]}, permanent, 5000, worker, []}

但是当我用 gen_server 模块和其中的函数替换模块和函数时，效果很好。

我可以断定主管的子进程不能是普通进程吗？

我得到的错误是：

错误如下：应用程序：myapp 退出：{bad_return， {{myapp_app,start,[正常,[]]}, {'出口'， {{失败匹配， {错误， {关掉， {failed_to_start_child,worker_1, {ok,state}}}}}, [{myapp_app,开始,2, [{file,"src/myapp_app.erl"},{line,27}]}, {application_master,start_it_old,4, [{file,"application_master.erl"},{line,272}]}]}}}}

Answer 1

最可能的原因是普通的spawn 调用返回只是一个pid，而不是返回{ok, Pid} 的OTP start_link 调用，而没有看到你的来源，这失败了，这正是主管所期望的。

至于普通进程能不能被监督……

简短回答：是的，但您应该从 proc_lib 开始。

长答案：是的，但您应该从 proc_lib 开始，其他一些事情也不会受到伤害。基本上，如果您打算让它在 OTP 监督树中工作，则您的流程应该符合 OTP。请参阅 OTP Design Principles 了解特殊/自定义流程，正如 legoscia 在 cmets 中针对您的问题所建议的那样。

如果你监督一个不是用 proc_lib 启动的进程，你就会失去监督者给你的某些“保证”（因为没有更好的术语）。例如，在第一个进程完成其 init 函数（在 gen_server/fsm/event 的情况下）之前，主管不会启动其进程列表中的第二个进程。通用spawn 调用会丢失此“保证”。