翻译: | 赵卫国 |
---|
本附录提供了Erlang错误处理机制的细致总结。
当我们调用一个传入错误参数的内建函数时,参数不匹配的函数时,匹配错误就会产生。
当遇到匹配错误时,系统的行为可以描述成以下几种情形:
if(called a BIF with bad args)then Error =badarg
elseif(cannot and a matching function)then Error =badmatch
elseif(no matching case statement)then Error =case_clause
... if(within the scope of a “catch”)then Value of “catch” ={'EXIT', Error}
else broadcast(Error) die endif
其中“broadcast(Error)”可以描述为:
if(Process has Links)then
send {'EXIT', self(), Reason}
signals to all linked
processes
endif
函数 throw(Reason)
的行为可以描述如下:
if(within the scope of a “catch”)then
Value of “catch” = Reason
else
broadcast(nocatch
)
die
endif
当接收到 {'EXIT', Pid, ExitReason}
信号时, Erlang 的行为可以描述成如下代码:
if(ExitReason ==kill
)then broadcast(killed
) % note we change ExitReason die else if(trapping exits)then add{'EXIT', Pid, ExitReason}
to input mailbox else if(ExitReason ==normal
) then continue else broadcast(ExitReason) die endif endif endif
如果进程表示符为 Sender
的进程运行一个简单的函数 exit(Pid,Why)
,那么进程 Pid
就会收到一个代表进程 Sender
好像死亡的消息 {'EXIT', Source, Why}
。
如果进程正常终止,把信号 {'EXIT', Source, normal}
发送到所有的链接进程.
函数 exit(Pid, kill)
产生一个无法销毁的消息,它使的接收进程无条件死亡,把退出的原因改为 killed
并把退出的原因发送给所有的链接进程(如若不然,可能使服务器意想不到的崩溃).
当涉及到未定义函数或注册进程,错误的最后一级就会发生。
如果在调用函数 Mod:Func(Arg0,...,ArgN)
但代码中没有这个函数时,就会触发 error_handler:undefined_function(Mod, Func, [Arg0,...,ArgN])
。
Erlang运行时系统生成的错误消息都转化为下面这种形式:
{emulator,GroupLeader,Chars}
并把它发送给一个名为 error_logger
下的注册进程。由于所有用户代码都可以在 error_logger
中运行,因此可以很容易的把错误信息发送到其他结点上处理。这儿的变量 GroupLeader
是错误产生进程的进程表示符。有了它, error_logger
就可以把错误返回给这个产生错误的进程,以便让连接这个结点的终端打印出错误信息。