Jetty 8长连接上的又一个坑
这篇讲的是 Jetty 8 长连接处理中一个隐蔽的“坑”：超时断开机制只在数据传输阶段生效，一旦数据进入服务端处理环节，就不再检测空闲。作者从 `SelectChannelEndpoint` 类的核心代码入手，解释了连接如何通过 `setCheckForIdle` 和 `notIdle` 方法被标记为“空闲”或“非空闲”，从而控制超时判断。 问题的关键点发生在请求数据收集完毕、即将提交给后端 Servlet 处理的瞬间。在 `AsyncHttpConnection` 的 `handle` 方法中，代码在调用 `_asyncEndp.setCheckForIdle(false)` 后，可能会因为复杂的处理流程和异常路径，导致该标志位未能按预期复位。这使得在后端业务逻辑执行期间，select 线程依然在监测连接的“空闲时间”，一旦处理耗时超过阈值，连接就会被错误地断开——即便业务数据正在处理中。 文章通过代码走读，精准定位了这个因状态管理不严谨导致的并发陷阱。对于使用 Jetty 8 进行长连接服务的开发者来说，理解这一机制尤为重要，尤其是在设计耗时较长的异步处理逻辑时，需要格外注意避免此类意外断连。