下面是IPIP的结果。
换言之，23日早上tomcat异常退出的时候，有一个来自腾讯云的BGP机房的地址也巧合的断开了会话。而我这个朋友的机器就放在腾讯云。有点奇怪是吗？
继续追查，连续追溯几天的tomcat日志，比对utmp、wtmp结果，再比对IPIP结果，都是如此。来自腾讯云BGP机房的会话断开，tomcat同一时间点退出。精确到秒级。连续多天出现很多次，说明tomcat退出和WEB会话退出是具备因果关系的。
经过询问，朋友确认他是习惯于使用WEB控制台的方式登录服务器，启动了tomcat以后就丢在一边，开始调试接口了。那么有什么可能会导致这样的因果关系出现？这就要说到Linux系统的一个历史悠久的进程间通信的机制——信号量。
具体信号量是什么，请自行查询相关资料了解学习。针对本次问题，可以简单的理解为进程间通讯的一种机制。
进程A需要进程B做点事，而进程间的内存区域某种意义上说是互不可见的。这个时候就需要通过信号量来完成。进程A可以按照预先定义的信号量规范向进程B发出信号量，当进程B收到后，根据具体信号量的值决定处理逻辑。具体信号量清单，可以在命令行通过如下命令查询。命令中均为字母，没有数字1。
这其中最常见的就是9，SIGKILL。当进程收到此信号量时，会被KILL掉。此信号量由操作系统处理，应用不能处理。在vista之前的windows系统中，是有办法渗透到内核中的。此时可以拦截类似WM_CLOSE之类的消息，让某个程序无法关闭。到了win7、win10时代，已经不能使用此类技巧了。
此外，我们熟悉的CTRL + C操作，发出的是SIGINT。有些场景下，我们需要通知程序优雅的退出，此时可以发出SIGQUIT，也就是kill -3。
那么WEB控制台会话断开，会发出什么信号量呢？我们来试试就知道了。Java虽然说不能操作系统底层，但是sun.misc包有惊喜哦。代码如下。
如图所示，这段代码会在收到信号量时输出线程名称，信号量名称，并翻译成具体的数字。随后，在main函数中，我“注册”了HUP、INT、ABRT、TERM四种信号量。注册四种是因为不清楚具体会发什么出来，索性有可能的都搞起来。
编译，打包。此处有一个问题需要注意，由于信号量属于操作系统底层机制，每个不同操作系统所支持的信号量是不同的，JVM中通过private static native int findSignal(String paramString)提供支持。native方法涉及具体VM实现，不贴代码了。不过很容易想到的是，windows和linux当然不同。所以此处就要在上位机编写，下位机调试了。windows底下运行报错可不要慌张哦。
