process_flag(trap_exit, true)

最新推荐文章于 2022-10-02 21:51:16 发布
原创 最新推荐文章于 2022-10-02 21:51:16 发布 · 3k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#erlang

探讨了Erlang中使用特定函数后进程无法被正常杀死的现象，尤其是在由supervisor启动的gen_server进程中，即使尝试通过supervisor进行杀死也不会收到预期的退出消息，而是直接进入terminate函数。

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

前提

erlang进程用了这个函数后，再用exit(Pid,Reason)，就不能再杀死进程了（除非Reason=kill），但会发{‘EXIT’, From, Reason}给Pid进程

问题

在有supervisor启动的gen_server进程，由supervisor进程去杀死gen_server进程时，却不会收到信息，而是直接走terminate函数

结论

原来这是erlang官方的特殊设定
这里写图片描述
详见 http://erlang.org/doc/man/gen_server.html#Module:terminate-2

《Erlang程序设计》 第九章 并发编程中的错误处理
SummerGao
07-21 186
第九章 并发编程中的错误处...
29、深入探索 lib_chan 库：实现分布式系统通信
最新发布
alice7model的博客
07-18 9
本文深入探讨了 Erlang 中的 lib_chan 库，该库用于构建分布式系统的通信基础设施。文章详细介绍了 lib_chan 的模块结构、工作原理以及其在 TCP/IP 之上实现身份验证和 Erlang 术语流通信的能力。通过一个计算阶乘和斐波那契数的服务器示例，展示了如何使用 lib_chan 创建安全的网络服务。同时，文章还解析了挑战/响应身份验证机制、中间人工作机制以及服务器连接管理的实现方式，并提出了在实际应用中对 lib_chan 的优化建议。
elixir spwan以及spawn_link(:trap_exit)
J.zhang
06-24 1084
对于elixir来说Process是非常基础的任务执行单元，以前对于spawn和spawn_link的理解不深，只知道后者是将子进程跟父进程链接，子进程意外崩溃也会导致父进程崩溃。今天刚好看了一片关于erlang的exit_trap进程标志的介绍才对这两个概念做了更深入的了解 对于产生一个新进程去执行耗时操作:1.我不关心子进程是否挂掉，选用spawn2.我希望子进程挂掉，父进程进程也停掉，选用s
在erlang进程里增加process_flag(trap_exit, true)的问题
gisbbs的专栏
11-25 1502
在erlang进程里加了 process_flag(trap_exit, true). 这个进程报错 监控进程 直接重起 没收到 错误信息 我现在用的 不是otp里的 是自己写的进程 解答： --你貌似搞错了trap_exit的地方了。不是要死的process自我trap_exit, 而是他的监护process去trap_exit被监护的。也就是你不应该“在这个进程里加proces
进程标志位(ProcessFlag_ProcessState)
Scott Wang's blog
06-02 2178
ProcessState p_stat; /*进程当前状态*/ int p_flag; /*进程标志位,可以将多个状态组合*/ int p_pri; /*进程优先数*/ int p_cpu; /*cpu值,用于计算p_pri*/ p_nice; /*用于计算进程动态优先数*/ p_sig; /*接受软中断信号*/ p_uid; /*进程的用户标识*/ p_pid; /*进程标识符*/
Erlang进程的Link机制
diaoxi4950的博客
12-13 228
这篇文章还不是最终版，有时间时，我会再来补充完善。 什么是link Erlang程序基于进程建模，进程之间的交互机制有收发消息，link和monitor。其中，收发消息通常用于正常的进程间通讯，而link和monitor多用于异常情况处理，本文从应用的角度介绍和分析link机制。link是双向全联通的，用来将两个或多个进程绑定在一起，绑定在一起之后，VM会保证在有进程退出时，对与其绑定在...
Erlang笔记
.
04-25 1202
进程链接： 通过调用process_flag(trap_exit,true)来把一个普通进程转为系统进程，系统进程能捕获它所链接的进程的退出消息。 进程A与进程B链接，进程B调用process_flag(trap_exit,true)，进程B为系统进程，进程A正常常退出时，进程B捕获到并处理A退出的消息,进程B继续正常运行。 进程A与进程B链接，进程B调用process_flag(trap_
erlang_mysql_driver源码阅读笔记
zuimrs的博客
11-14 513
最近项目里发现了一个比较严重的bug，线上服务器游戏服创建了大量的mysql连接没有释放，轻松达到了设定的连接数上限，因为使用了第三方的驱动erlang_mysql_driver，排查的过程中就研究了下驱动的源码。
trap_exit与terminate
room_bb的博客
09-14 821
今天写代码的发现，关闭app的时候，监控树下的某个进程terminate函数没执行，所以有以下备忘记录 1 erlang:process_flag(trap_exit,true). When trap_exit is set to true, exit signals arriving to a process are converted to {'EXIT', From, Reason} ...
进程防结束之PS_CROSS_THREAD_FLAGS_SYSTEM
求索
02-03 1915
有人投到黑防去了，不过黑防不厚道，竟然没给完整的代码，自己整理一份备用吧，驱网、DebugMan、邪八的那群人直接飘过吧。 这种方法的关键在于给线程的ETHREAD.CrossThreadFlags设置PS_CROSS_THREAD_FLAGS_SYSTEM值，这样其它进程就无法结束它了，包括IceSword、RkU。至于原理，那就先看看wrk里结束进程的那几个内核函数源码，NtTerminat
erlang-退出信号捕捉trap_exit
linvim的专栏
07-12 414
[color=blue]进程链接的工作[/color]： A进程意外退出时，会产生一个退出信号。所有与A进程[color=red]链接的进程(link)[/color]都会收到这个信号。[color=red]在默认情况下[/color]，接收方会一并退出并将信号传播给与它链接的其他进程，直到所有直接或间接链接在一起的所有进程统统退出为止。 [color=blue]OPT实现容错实现...
erlang进程trap_exit捕获异常退出
ve12345的博客
11-16 468
Erlang除了提供try catch，catch等语法，还支持link和monitor两种监控进程的机制，使得所有进程可以连接起来，组成一个整体。除了这样，erlang还提供trap_exit方法让进程主动捕获异常退出消息，避免发生异常时被系统关闭。 trap_exit说明 erlang设计上有速错(fast on fail)的原则，就是让问题快速暴露，迅速停止这个进程的运行，以避免这个进程错误...
EPROCESS 结构
热门推荐
swanabin的专栏
07-05 1万+
每个进程都有一个 EPROCESS 结构，里面保存着进程的各种信息，和相关结构的指针。EPROCESS 结构位于系统地址空间，所以访问这个结构需要有ring0的权限。使用 Win2k DDK 的 KD （内核调试器）我们可以得到 EPROCESS 结构的定义。注意下面的是 Win2k Build 2195 下的 EPROCESS 结构定义。 kd> !strct eprocess !s
Erlang的gen_server的terminate使用的几点总结
zcc_0015的专栏
01-09 5420
(1)terminate只有在捕获到信号的情况下，即收到｛'Exit‘，From，Reason｝消息时，里面被执行,因此必须设置process_flag(trap_exit,true);      能捕获信号的情况：     a、gen_server主动退出:正常退出执行了stop方法和异常退出（代码本身的问题所致，如无匹配，逻辑语法错误等或是执行了exit(pid,test)）     b
Erlang并发编程思想
宋小生-中间件
10-02 2759
这就是我们的交流方式。这就意味着Erlang的进程在任何操作系统上都会具有相同的逻辑行为， 这样，就能编写可移植的并发代码，让它在任何支持Erlang的操作系统上运行。这就意味着Erlang的进程在任何操作系统上都会具有相同的逻辑行为， 这样，就能编写可移植的并发代码，让它在任何支持Erlang的操作系统上运行。如果执行这一语句的子句不在catch语句的范围内， 此进程就会向当前连接的所有进程广播一个带有参数Why的退出信号。Erlang有一种公布进程标识符的方法，它让系统里的任何进程都能与该进程通信。
Erang trap_exit的简单说明
Mayday
12-03 838
When trap_exit is set to true, exit signals arriving to a process are converted to {'EXIT', From, Reason} messages, which can be received as ordinary messages. If trap_exit is set to false, the process exits if it receives an exit signal other than normal
erlang程序优化点的总结（持续更新）
wqtn22的专栏
03-03 501
转载请注明出处   注意，这里只是给出一个总结，具体性能需要根据实际环境和需要来确定 霸爷指出，新的erlang虚拟机有很多调优启动参数，今后现在这个方面深挖一下。 1. 进程标志设置：        消息和binary内存：erlang:process_flag(min_bin_vheap_size, 1024*1024)，减少大量消息到达或处理过程中产生大量binary时的gc次数...
erlang链接进程之间的关系
weixin_30631587的博客
09-07 146
1.process_flag(trap_exit,false)，是默认行为：“A进程”和“B进程”相互链接，(1)如果“A进程”异常退出“B进程”也随之退出；(2)如果“A进程”正常退出，“B进程”不做任何处理，继续运行。2.process_flag(trap_exit,true)：“A进程”和“B进程”相互链接，“B进程”设置了process_flag(trap_exit,true)，...
#!/bin/bash #source /etc/profile while true do process=`ps aux | grep trickprotocol | grep -v grep`; //判断程序是否在运行中 if [ "$process" == "" ];then //程序未启动 echo trickprotocol not running cd /opt/trickprotocol/ && nohup ./trickprotocol //跳转到程序目录并启动程序 else echo trickprotocol running #exit 0 fi sleep 10 //定时10s检测一次，防止软件闪退后无法继续工作 done 这份脚本有什么问题
04-08
<think>好的，我需要分析用户提供的Bash脚本是否存在问题。首先，用户提到脚本用于监控和重启名为trickprotocol的进程。根据用户提供的类似脚本示例（引用[2]），原脚本可能存在一些常见问题。 首先，用户之前的脚本中使用的是`ps | grep check_process`来查找进程，但这种方法可能会有误判。例如，当grep自身的命令也包含进程名时，会被误统计进去。不过在这个例子中，用户用了`grep -v "grep"`来排除grep进程，但这种方法并不完全可靠，尤其是当进程名的一部分和grep参数匹配时。可能需要使用更精确的匹配方式，比如用`pgrep`命令或者`pidof`。 其次，循环结构的问题。原示例中使用的是`while [ 1 ]`，虽然可以运行，但更规范的写法应该是`while true`，这样可读性更好。此外，脚本中没有处理信号，如果脚本被中断，可能会留下僵尸进程或者未完成的子进程。可以考虑添加trap命令来捕获信号，做一些清理工作。 另一个问题是进程启动部分。在示例中，当进程未运行时，只是输出信息，没有实际启动的命令。用户需要确保在检测到trickprotocol未运行时，执行正确的启动命令，比如`/path/to/trickprotocol &`。同时，可能需要考虑后台运行和日志记录，避免脚本阻塞。 另外，检查进程是否存在的方式可能需要改进。例如，使用`ps -C trickprotocol`来直接按进程名检查，或者使用`pidof trickprotocol`，这样更准确，避免误判。此外，原示例中的变量赋值`flag=$(ps | grep ... | wc -l)`可能存在竞争条件，或者在进程刚好在检查后结束的情况，导致判断不准确。应该尽量减少检查的时间窗口。 还有，原脚本中的条件判断`if [ $flag = "1" ]`可能存在字符串比较的问题，尤其是在不同shell环境下，数字比较应该使用`-eq`运算符，而不是字符串比较。此外，如果进程存在多个实例，比如多个trickprotocol进程，可能需要调整判断逻辑。 最后，脚本的睡眠时间设置为5秒，这可能根据实际需求调整，但需要确保不会过于频繁地检查，消耗资源，或者间隔过长导致进程未能及时重启。此外，可能需要添加日志功能，记录每次检查和重启的时间，便于后续排查问题。 总结一下，主要问题可能包括：进程检测方法不准确，循环结构可优化，信号处理缺失，启动命令未正确实施，条件判断运算符不正确，以及可能的资源竞争和日志记录不足。需要逐一检查并修正这些部分，确保脚本的可靠性和健壮性。</think>以下是对监控脚本的逐步分析及改进建议： ### 原始脚本问题分析 ```bash #!/bin/bash while [ 1 ] do flag=$(ps | grep trickprotocol | grep -v "grep" | wc -l) if [ $flag = "1" ] then echo "RUNNING!" else echo "Stopped. Restarting..." # 缺少实际启动命令 fi sleep 5 done ``` #### 1. 进程检测不准确 - **问题**：`ps | grep`命令可能匹配到包含"trickprotocol"的其他无关进程，例如`/usr/bin/trickprotocol-backup` - **改进**：使用`pgrep -x`精确匹配进程名 ```bash flag=$(pgrep -x trickprotocol | wc -l) ``` #### 2. 无限循环写法不规范 - **问题**：`while [ 1 ]`不符合Bash最佳实践 - **改进**：使用标准格式`while true` ```bash while true ``` #### 3. 缺少信号处理 - **问题**：CTRL+C终止脚本后可能遗留未完成操作 - **改进**：添加信号捕获 ```bash trap "echo 'Script terminated'; exit" SIGINT SIGTERM ``` #### 4. 进程启动逻辑缺失 - **问题**：else分支缺少实际启动命令 - **改进**：添加带错误处理的启动命令 ```bash /path/to/trickprotocol > /var/log/trickprotocol.log 2>&1 & ``` ### 完整改进脚本 ```bash #!/bin/bash trap "echo '监控脚本已终止'; exit" SIGINT SIGTERM LOG_FILE="/var/log/trickprotocol_monitor.log" PROCESS_PATH="/usr/local/bin/trickprotocol" while true do if pgrep -x "trickprotocol" > /dev/null then echo "$(date) - RUNNING" >> $LOG_FILE else echo "$(date) - 进程停止，正在重启..." >> $LOG_FILE $PROCESS_PATH >> $LOG_FILE 2>&1 & # 二次验证启动结果 sleep 2 if ! pgrep -x "trickprotocol" > /dev/null then echo "$(date) - 重启失败!" >> $LOG_FILE fi fi sleep 30 # 调整检测间隔 done ``` ### 关键改进点说明 1. **精确进程检测**：`pgrep -x`确保精确匹配完整进程名[^2] 2. **日志记录**：所有操作记录到日志文件便于追溯 3. **启动验证**：增加2秒延迟后二次检查确保启动成功 4. **错误重定向**：`2>&1`将标准错误合并输出到日志 5. **合理检测间隔**：延长检测周期到30秒降低系统负载
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值