laravel中Redis队列监听中断的分析

1、linxu挂起安培右手定则队列监听

2、发现问题（日志）

3、查询资料(linux信号中断)

标志信号值默认处理动作发出信号的原因sighup1a终端挂起或者控制进程终止sigint2a键盘中断（如break键被按下）sigquit3c键盘的退出键被按下sigill4c非法指令sigabrt6c由abort(3)发出的退出指令sigfpe8c浮点异常sigkill9aefkill信号siggv11c无效的内存引用sigpipe13a管道破裂: 写一个没有读端口的管道sigalrm14a由alarm(2)发出的信号sigterm15a终止信号sigusr130,10,16a用户自定义信号1sigusr231,12,17a用户自定义信号2sigchld20,17,18b子进程结束信号siggv19,18,25a进程继续（曾被停止的进程）sigstop17,19,23d社区工作总结ef终止进程sigtstp18,20,24石达开宝藏d控制终端（tty）上按下停止键sigttin21,21,26d后台进程企图从控制终端读sigttou22,22,27d后台进程企图从控制终端写

处理动作一项中的字母含义如下

a 缺省的动作是终止进程
b 缺省的动作是忽略此信号，将该信号丢弃，不做处理
c 缺省的动作是终止进程并进行内核映像转储（dump core），内核映像转储是指将进程数据在内存的映像和进程在内核结构中的部分内容以一定格式转储到文件系统，并且进程退出执行，这样做的好处是为程序员提供了方便，使得他们可以得到进程当时执行时的数据值，允许他们确定转储的原因，并且可以调试他们的程序。
d 缺省的动作是停止进程，进入停止状况以后还能重新进行下去，一般是在调试的过程中（例新亭对泣如ptrace系统调用）
e 信号不能被捕获
f 信号不能被忽略

3、验证问题：

根据日志提示的信号值1，对应资料中的说明 终端挂起或者控制进程终止，调用nohup时指向日志，不使用&后台运行，然专业志愿清后直接关闭终端日志中出现上述的错误提示，问题显然是终端被终止，更进一步要找的为什么后台运行的命令会被终止。

4、结论

待进一步测试。

总结

到此这篇关于laravel中redis队列监听中断的文章就介绍到这了,更多相关laravel redis队列监听中断内容请搜索www.887551.com以前的文章或继续浏览下面的相关文章希望大家以后多多支持www.887551.com！