在erlang进程里增加process_flag(trap_exit, true)的问题

文章讨论了在Erlang进程中错误应用trap_exit导致的进程间连锁崩溃问题,强调了正确的trap_exit使用场景以及如何避免此类错误。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在erlang进程里加了 process_flag(trap_exit, true).
这个进程报错 监控进程 直接重起 没收到 错误信息
我现在用的 不是otp里的 是自己写的进程

解答:
--你貌似搞错了trap_exit的地方了。不是要死的process自我trap_exit, 而是他的监护process去trap_exit被监护的。也就是你不应该“在这个进程里加process_flag(trap_exit,true)", 而是在你“不是otp里的,自己写的“的监护process里加上trap_exit。你死掉的被监护的process自我无法trap_exit的,而且,因为你加的地方不是对的,直接一个‘EXIT’消息扩散到监护process, 而它却没有trap_exit, 会被连带干掉的(并继续扩散, 如果有上一级).

本文转载自:erlang中国(www.erlangchina.net)

http://www.erlangchina.net/thread-898-1-1.html
好的,以下是一个在一个函数中创建 Redis 连接对象并存储在其他进程函数中使用的 Erlang 代码示例: ```erlang -module(redis_conn). -export([start_link/0, connect/0, get_conn/0]). start_link() -> spawn_link(fun() -> init([]) end). init(_) -> {ok, Conn} = redis:connect("127.0.0.1", 6379), process_flag(trap_exit, true), loop(Conn). connect() -> redis_conn:start_link(), ok. get_conn() -> redis_conn:get_conn(). loop(Conn) -> receive {get_conn, From} -> From ! {conn, Conn}, loop(Conn); {'EXIT', _Pid, _Reason} -> exit(normal); _ -> loop(Conn) end. get_conn() -> Self = self(), redis_conn:start_link(), redis_conn:loop(Self), receive {conn, Conn} -> Conn end. ``` 在这个例子中,我们定义了一个名为 redis_conn 的模块,其中包含三个函数:start_link、connect 和 get_conn。 start_link 函数启动一个新进程,并在其中创建 Redis 连接对象。连接对象将存储在该进程中,并通过 loop 函数来处理其他进程的请求。 connect 函数启动一个新进程来创建 Redis 连接对象,并返回 ok。 get_conn 函数启动一个新进程来获取 Redis 连接对象。它会向 redis_conn 进程发送一个 get_conn 消息,并等待 redis_conn 进程的响应。redis_conn 进程将发送一个包含连接对象的 conn 消息,并将其发送回 get_conn 进程。 需要注意的是,在 Erlang 中,进程间通信是通过消息传递来实现的,因此我们需要使用消息传递机制来实现进程之间的数据共享。在这个例子中,我们使用了 spawn_link 函数来创建新进程,并使用消息传递机制来实现进程之间的通信。同时,我们还使用了 process_flag 函数来设置进程标志,以便在进程异常退出时进行处理。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值