主管在重新启动子进程时是否会阻止调用？

Question

我试图了解这里发生的情况：

我有一个主管循环重新启动一个客户端，而不触发 MaxR、MaxT 机制。客户端崩溃的速度足够慢，永远不会触发速率限制。

还有另一种机制，使用supervisor:which_children/1和delete_child/2, start_child/2来使子组适应现实（它扫描USB设备尝试找到的每台设备有一个主管子级）。

这通常表现为速率限制的安全网，但奇怪的是，看起来删除和启动子项的机制根本没有被调用。

为了了解发生了什么，我从 shell 调用了 supervisor:which_children/1 ，看起来该调用只是阻塞并且永远不会返回。

当主管忙于重新启动子进程时，对主管的调用是否会被阻止？

附录：

看起来崩溃发生在子进程启动期间：

=SUPERVISOR REPORT==== 29-Mar-2011::21:36:20 ===
     Supervisor: {local,gateway_sup}
     Context:    start_error
     Reason:     {'EXIT',{timeout,{gen_server,call,[<0.155.0>,late_init]}}}
     Offender:   [{pid,<0.76.0>},
              {name,gw_3_5},
              {mfa,{channel,start_link,
                            [[{gateways,[{left,108},{right,103}]}],
                             {3,5}]}},
              {restart_type,transient},
              {shutdown,10000},
              {child_type,worker}]

Answer 1

除了讨论之外，问题的答案是：

当重新启动在启动期间失败的子进程时，主管在其进程内循环（内部是 gen_server），不处理对其的任何 API 调用。

因此，如果将 Supervisor 的速率限制配置为不会在子进程的启动错误时触发，那就特别糟糕了。在我的示例中，我的启动速度很慢（尤其是在出错时）。

因此，如果主管永远循环尝试重新启动子进程，则无法对其进行任何调用……这通常是不好的。