退出的主管

Question

我有一个具有两个工作进程的主管：一个处理与远程服务器连接的TCP客户端和一个处理连接协议的FSM。

处理子进程中的TCP错误会使代码变得非常复杂。所以我更喜欢“让它崩溃”，但这有一个不同的问题：当服务器无法访问时，将很快达到最大重启次数，并且主管将与我的整个应用程序一起崩溃，这对于这个案例。

我想要的是采用后退的重启策略;如果失败了，如果主管知道何时由于崩溃而重新启动（即将其作为参数传递给init函数）就足够了。我找到了this mailing list thread，但是有更官方/更好的测试解决方案吗？

Answer 1

您可能会发现我们的supervisor cushion是一个很好的起点。我使用它减慢了必须运行的东西的重启速度，但在启动时很快失败（例如遇到资源问题的端口）。

Answer 2

我多次使用erlang时遇到过这个问题并尝试了很多解决方案。我认为我发现最好的最好的办法就是有一个由主管启动的额外流程，并启动可能崩溃的流程。

它在启动时启动孩子，等待孩子退出并重新启动孩子（延迟）或适当退出。我认为这比后退服务器（你链接到的）更简单，因为你只需要保持关于一个孩子的状态。

我使用的另一个解决方案是必须将子进程作为瞬态启动，并有一个单独的进程，轮询并重新启动任何已崩溃的进程。

Answer 3

首先，您希望通过在init中使用process_flag(trap_exit, true)来提前终止孩子。

然后你需要决定你想要延迟重启的时间，例如10秒，在这里做

handle_info({'EXIT', _Pid, Reason}, State) ->
    erlang:send_after(10000, self(), {die, Reason}),  
    {noreply, State};

最后，让这个过程死去

handle_info({die, Reason}, State) ->
    {stop, Reason, State};