在 Mirth Connect 中，可通过通道变量（如 ${responseStatusCode}）在 HTTP Listener 源连接器中动态指定响应状态码，但必须使用正确的 EL 表达式语法（即 ${...} 而非 $(...)），并在目标转换脚本中正确写入 channelMap。
在 mirth connect 中，可通过通道变量（如 `${responsestatuscode}` 而非 `$(...)`）在 http listener 源连接器中动态指定响应状态码，但必须使用正确的 el 表达式语法（即 `${...}` 而非 `$(...)`），并在目标转换脚本中正确写入 `channelmap`。
在基于 HTTP Listener 的 Mirth 通道中，源连接器默认返回 200 OK，但实际业务常需根据处理结果返回不同状态码（如 400 Bad Request、404 Not Found 或 500 Internal Server Error）。关键在于：状态码必须由源连接器（Source Connector）读取并应用，而不能由目标（Destination）直接“发送”——因此需借助通道变量实现跨组件通信。
✅ 正确配置步骤
-
在目标（Destination）的 Transformer 脚本中设置通道变量
使用 channelMap.put() 写入状态码字符串（注意：值为字符串，如 '400'，无需数字类型）：// 示例：根据业务逻辑判断是否为错误请求 if (someErrorCondition) { channelMap.put('responseStatusCode', '400'); } else { channelMap.put('responseStatusCode', '200'); } -
在源连接器（HTTP Listener）的 Response Status Code 字段中引用变量
✅ 正确写法（EL 表达式，必须用 ${}）：${responseStatusCode}❌ 错误写法（$() 是旧版或非 EL 语法，Mirth 3.12+ 不识别）：
$(responseStatusCode) // 无效，将被忽略，默认回退为 200
确保变量作用域正确
channelMap 是全局通道级变量，对源连接器可见，无需额外配置。但注意：该变量需在源连接器 生成响应前 已被目标脚本写入——因此务必保证目标执行完成（例如使用 Channel Writer 或 HTTP Sender 等同步目标），且无异常中断流程。
⚠️ 注意事项
- 状态码值必须为字符串形式（如 '400'），Mirth 会自动解析；传入数字 400 可能导致类型不匹配。
- 若多个目标均可能设置该变量，后执行的目标会覆盖前者的值，建议仅由一个权威目标（如主业务逻辑目标）统一控制。
- 若 Response Status Code 字段为空或表达式解析失败（如变量名拼错、未定义），Mirth 将默认返回 200 —— 可通过启用 Channel Logging 查看 responseStatusCode 实际取值以排查问题。
- 不支持在源过滤器（Filter）或响应模板（Response Template）中动态修改状态码；必须通过 Response Status Code 字段绑定 EL 表达式。
? 补充：返回带状态码的 JSON 错误响应（推荐实践）
// Destination Transformer 脚本示例
if (dbQueryFailed || missingRequiredParam) {
channelMap.put('responseStatusCode', '400');
var errorJson = {
"success": false,
"error": "Invalid parameter or database unavailable",
"timestamp": Date.now()
};
// 写入响应体（自动被源连接器捕获）
responseMap.put('response', JSON.stringify(errorJson));
} else {
channelMap.put('responseStatusCode', '200');
responseMap.put('response', JSON.stringify(resultData));
}然后在 HTTP Listener 源配置中：
- Response Status Code: ${responseStatusCode}
- Response Template: ${response}（确保已启用 Use Response Template）
如此即可实现状态码与响应内容完全动态可控，符合 RESTful API 规范。
