2

阅读“Learn You Some Erlang”我发现我可以为给定的 ets 表设置一个进程继承者，它将接收消息：

{'ETS-TRANSFER', TableId, FromPid, Data}

当拥有该表的进程死亡时。

过了一会儿，我发现这篇文章对如何使用此类功能保留 ets 表有不同的建议。

在最后一种方法中，用户建议也使用 trap_exit 以了解拥有该表的对等进程是否已死。现在我的问题是：我首先收到哪条消息？关于 ets 表的消息还是关于对等进程崩溃的消息？

真的有必要处理退出消息吗？当我收到 ets 消息时，我知道处理它的对等进程已经死了，对吗？还是它还活着一段时间？

4

1 回答 1

4

根据帖子，在give_away之后，如果创建进程死掉，进程SomeOtherProcess会收到表单{'ETS-TRANSFER', TableId, OldOwner, GiftData}错误的消息。当调用 give_away/3时，SomeOtherProcess 立即成为新的所有者进程并接收此消息，即使创建者没有死亡。

正如您所说，也没有必要处理退出信号，但您可能希望在接收退出消息时执行任何其他操作。（还处理赠品链，将表从所有者等处取回给创建者）

通常我遇到的是“ETS-TRANSFER”消息出现在“EXIT”之前，但我们无法对此进行回复。因此，正如 Roberto Aloi 所提到的，我们可以进行选择性接收。选择性接收是使用嵌套接收实现的。例子

receive
    {'EXIT', Pid, Reason} ->
        receive
            {'ETS-TRANSFER', TableId, OldOwner, HeirData} ->
                got_table
        after 0 ->
                ignore
        end 
after 0 ->
        ignore
end.

LearnYouSomeErlang has good explanation of selective receive and why/how to avoid it to give priority to messages received.

于 2013-03-08T19:11:27.560 回答