查询完成后强制终止q会话的方法及连接异常问题求解

调用conn.sendSync("exit 0")触发连接重置错误是正常表现：q进程收到exit 0指令后会立刻执行退出流程、主动销毁进程并断开TCP连接，不会给客户端同步调用返回任何响应，因此不存在同步执行exit指令不报错的可能。

方案1：捕获同步退出的预期异常（推荐，响应最快） #

不需要追求exit指令的同步正常返回，只需要捕获连接重置类异常，捕获到即代表q进程已经收到退出指令开始终止，按需加极短等待避免重连冲突即可。
修正后的参考代码：

import time
conn = qc.QConnection(host='localhost', port=12345, timeout=10000)
conn.open()
res = None
try:
    res = conn.sendSync(query, numpy_temporals=True)
except Exception as e:
    print(f'Error running {query}: {e}')
finally:
    try:
        conn.sendSync("exit 0")
    except ConnectionResetError:
        # 该报错是q进程主动退出的预期结果，无需额外处理
        pass
    # 按需调整等待时长，0.3~1秒足够q进程完成资源释放
    time.sleep(0.5)
    conn.close()

方案2：配置q进程空闲自动退出 #

如果不想在客户端处理退出逻辑，可以在启动q进程时添加-T启动参数设置空闲超时：

• 启动命令追加-T 10即代表连接空闲10秒后，q进程会自动终止，不需要客户端主动发送退出指令
• 该参数仅统计连接空闲时长，查询执行过程中不会触发超时退出，适合单次任务执行完就无需保留会话的场景

方案3：异步退出加端口可用性校验 #

如果习惯使用conn.sendAsync("exit 0")的异步发送方式，不需要固定等待时长，可以加个轻量端口检测逻辑：循环尝试连接q对应的服务端口，当连接失败时即代表旧q进程已经完全退出、释放了端口资源，此时再发起新连接就不会出现冲突。

注意：不能直接用conn.close()替代发送exit 0指令。close()仅会断开客户端侧的TCP连接，q服务端进程会继续驻留占用内存和端口，无法达到释放本机资源的目的。

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