GeneXus 18u3中Submit调用Procedure内HttpClient执行异常排查

问题背景 #

通过doWork.submit('')异步调用Procedure时，执行到&response = myModule.makeRequestAndGetResult(&body)后代码停止，第二个log()无输出；但同步调用doWork.Call()完全正常。已知&body为有效值，log()会提交事务，且必须保留submit调用以提升循环执行性能。

核心原因推测 #

1. 异步线程未捕获异常：HttpClient请求抛出的异常未被捕获，导致异步线程直接静默终止，后续代码（包括第二个log）无法执行。同步调用时异常会向上传递或被处理，而异步线程的未处理异常不会触发上层告警，只会终止线程。
2. 事务上下文冲突：log()的事务提交操作在异步线程中与主线程事务上下文冲突，导致代码卡在事务处理环节。
3. HttpClient异步环境适配问题：部分同步HttpClient实现在异步线程中可能出现阻塞、超时未处理或连接池耗尽，间接导致线程终止。

实操解决方案 #

1. 强制捕获HttpClient调用的所有异常 #

在Procedure内部的调用逻辑中添加完整的异常捕获，确保即使请求失败也能输出日志并执行后续代码：

// 修改Procedure内的代码逻辑
try {
    &response = myModule.makeRequestAndGetResult(&body);
    log("请求完成，响应内容：" + &response); // 第二个目标日志
} catch (Exception ex) {
    log("请求异常：" + ex.getMessage() + " | 堆栈信息：" + ex.getStackTrace());
    // 可选：设置默认响应或标记任务失败状态
}

这一步能直接排查是否是异常导致的线程终止，同时保证代码流程不中断。

2. 隔离异步线程的事务 #

由于log()会提交事务，需确保异步线程使用独立的事务上下文：

• 将Procedure的事务属性配置为REQUIRES_NEW（对应多数企业级框架的事务注解或配置），强制启动新事务，避免与主线程事务冲突。
• 若无法修改事务属性，可在调用log()前显式提交当前事务片段，或确保异步线程启动时无未完成的事务上下文。

3. 适配HttpClient的异步调用场景 #

如果使用的是同步HttpClient实现，可调整配置或改用异步客户端：

• 为HttpClient设置合理的连接超时、读取超时（比如30秒），并捕获超时异常，避免线程因无限等待挂起。
• 替换为异步HttpClient实现（如Apache AsyncHttpClient、Spring WebClient），适配异步线程的非阻塞调用场景。

4. 验证异步日志输出有效性 #

检查日志框架配置，确保异步线程的日志能正常输出：

• 确认日志Appender支持异步输出（比如Log4j2的AsyncAppender），避免因日志阻塞导致代码终止。
• 在日志内容中添加异步线程标识（如[异步任务]），便于区分主线程与异步线程的日志，确认代码是否执行到对应环节。

验证流程 #

1. 先添加异常捕获逻辑，运行后查看是否有异常日志，确认是否是请求异常导致的终止。
2. 若日志显示无异常，调整事务隔离配置后再测试。
3. 最后检查HttpClient配置，确保适配异步环境。

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