因为项目中存在频繁的由服务器发起的数据交换，相比使用Ajax轮训的方式，websocket长连接和双向保持的特点能够较好的提升数据交换的性能。
为了简便，直接使用spring boot + shiro + stomp和socketJs作为构建的工具。
但是由于使用时，主要是由服务端进行数据的推送，通过stomp自行保持心跳，就会存在session过期导致连接断开的情况，而且由于stomp本身不会提示错误原因，导致排查起来比较麻烦，因此记录下整个纠错过程以备忘。
在一开始打开时，一切正常，数据能推送成功，但是在大约10分钟左右（时长不定）能通过chrome的前端调试工具发现stomp提示连接断开。服务器端无任何异常提示。
因为服务器端无任何异常，且断连时长不定，因此推测为可能是session导致的自动断链或者心跳丢失导致的。因为stomp本身不会报错误原因，因此想要找到具体的错误原因比较麻烦。后来发现可以通过
断点到stomp的onclose时间就能够获取到具体的错误码，这就为我们定位问题提供了很好的帮助（具体断点位置如下图所示）
最后通过错误码发现，提示的错误码是1008，reason部分提示的是http session被关闭，因此问题就比较清楚了，是由于session释放导致的断链。这一点就很有意思，因为在使用过程中为了避免不必要的数据传输就一直没有发起websocket的send事件，只是一直在subscribe监听服务器的推送。因此导致了服务器的session一直没有被touch()，从而释放。（其实个人觉得这个可能也是一个比较有意思的问题，为什么心跳没有被处理会触发到session，具体没有试验是不是和我使用了shiro的session作为管理有关，有兴趣的同学们可以尝试一下）
这里也顺便贴上对于错误码的描述和相关参考资料，便于大家解决其它的错误码问题：
那么问题找到了响应的解决方案就比较好处理了，但是究竟哪种方案比较好，还是得看具体的业务需求和对利弊的取舍。
问题本身倒是不复杂，就是对stomp不熟悉，确定具体的错误原因上花了很多时间，进行了很多白费的尝试，所以希望能记录下，做个以后的备忘，防止再走很多弯路。