尽力而为OTP监督

Question

我想要做的是改变我的主管尽最大努力让孩子继续奔跑，但如果他们的失败率超过强度，就放弃。这样，其余的孩子继续跑。但是，对于现有的管理员配置，这似乎不可能，所以看起来像我唯一的选择可能是实现我自己的主管，所以当它收到EXIT时，我可以按照这种方式行事。

有没有一种方法来实现这样的自定义OTP主管行为，而无需编写自己的主管？

Answer 1

这听起来像我想你想要的是每个孩子的个人主管，负责保持它的活力达到极限，如你所说，作为一个上面有一个单独的主管（一对一或简单一对一），他们的孩子被标记为临时的，所以当他们中的一个放弃时，其余的一直保持运行。

Answer 2

您不能“扩展”Supervisor以添加不同的监督行为，但您不必从头开始。 :supervisor模块本身是在:gen_server之上实现的，所以如果您发现自己需要某种自定义监督行为，那么我将查阅:supervisor（其中您可以找到here）的源代码;它会给你一个基础，以避免你可能遇到的一些陷阱。

一旦我对您的使用案例有了更好的了解，我可以扩展我关于替代解决方案的答案。正如我在我的评论中提到的那样，在我看来，在您的流程的init/1期间，您很可能会做某些事情，这很容易失败; init/1不是处理这些事情的地方，因为如果暂时无法在该行动中取得成功，您几乎肯定会打击主管的最大重启力度。例如，假设您有一个与数据库交谈并需要数据库连接的进程;在init/1期间，您不想尝试连接到数据库。相反，您应该获得连接后初始化（可能是首次使用，或通过使用Process.send_after(self(), :connect, 0)立即向流程发送post-init消息），并且如果连接失败，则在尝试重新连接时返回类似{:error, :database_unavailable}的任何呼叫者建立连接。使用这种方法进行设计可以让您的监督树保持稳定，而是将如何处理失败的决定推到可能拥有更好信息的客户身上（例如，他们是否应该重新尝试操作，返回错误给他们的呼叫者，退出例外等）

Answer 3

您也可以使用director，这对解决此问题更为灵活。