Gremlin Server/JanusGraph为何对部分长遍历请求无响应也无报错？

核心现象 #

• 通过Gremlin Python客户端向JanusGraph托管的Gremlin Server提交遍历操作时，部分包含数千条指令的长遍历请求会出现彻底无反馈的挂起状态；即使切换为纯Tinkergraph环境，问题表现完全一致，与后端存储实现无关。
• 挂起状态下全链路无任何错误提示：客户端既不抛出执行异常、也不触发超时逻辑、不输出任何调试日志；服务端同样没有错误日志、超时触发记录，请求发出后没有任何返回链路的反馈。
• 目前未定位到稳定的触发条件：挂起表现和请求总字节数、遍历的指令总数不存在线性关联。以下示例代码就会出现永久挂起，最后一行打印语句永远不会执行：

g = traversal().withRemote(DriverRemoteConnection('ws://localhost:8182/gremlin', 't'))
g = g.inject("")
for i in range(0, 8000):
    g = g.constant("test")
print(f"submitting traversal with length={len(g.bytecode.step_instructions)}")
result = g.next()
print(f"done, got: {result}")

已开展的排查验证 #

• 验证排除请求字节数作为核心触发因素：将遍历中的常量值从短字符串替换为体积极大的长文本时，触发挂起的指令数量阈值没有发生变化。反向测试场景下，注入7000个携带多段Lorem Ipsum文本的参数时，请求可在数毫秒内正常返回结果。
• 已调整服务端传输限制参数：将Gremlin Server的maxHeaderSize、maxChunkSize、maxContentLength等参数调整到极高配置值，问题未得到解决。
• 已尝试切换序列化方案：从默认的GraphSONMessageSerializerV3d0切换为GraphBinaryMessageSerializerV1，挂起问题依然存在。

备注：已知过度串联步骤的长遍历属于Gremlin开发中的反模式，常规优化方向是调整遍历结构、改用值注入方式减少串联步骤，但当前场景下这类调整要么无法适配业务逻辑，要么调整后运行效率极低，无法落地。

内容的提问来源于stack exchange，提问作者flotothemoon