base24tcpchannel 默认会在 iso 报文末尾自动追加 ascii etx 字符（0x03）作为消息结束标识，若目标系统不接受该 trailer，需改用 postchannel 或 nacchannel 等无 trailer 行为的通道，并注意正确设置二进制格式的报文头。
base24tcpchannel 默认会在 iso 报文末尾自动追加 ascii etx 字符（0x03）作为消息结束标识，若目标系统不接受该 trailer，需改用 postchannel 或 nacchannel 等无 trailer 行为的通道，并注意正确设置二进制格式的报文头。
在使用 jPOS 开发 ISO 8583 接口时，BASE24TCPChannel 是专为兼容 BASE24 系统设计的通道实现，其默认行为会在打包后的完整报文（含 header + packed message）末尾自动附加一个字节 0x03（ASCII ETX 控制字符），用作消息终止标记。这正是你在 xxd 抓包中看到末尾 03 的原因——它并非业务数据，而是通道层强制添加的 trailer。
⚠️ 重要提示：该 trailer 无法通过配置或重写方法禁用，因为它是 BASE24TCPChannel 内置协议逻辑的一部分。强行截断或修改底层 send() 流程将破坏通道稳定性，不推荐。
✅ 正确解决方案是切换至无 trailer 行为的标准通道：
-
PostChannel：遵循 HTTP POST 风格的裸 TCP 通道，仅发送原始字节流，不添加任何额外控制字符； -
NACChannel：NetAct/ISO over TCP 通道，同样不附加 trailer，适用于多数非 BASE24 的 ISO 接入场景。
同时需注意报文头（header）的设置方式变更：
// ✅ 正确：使用 byte[] 形式设置 header（避免 hex 解析歧义）
PostChannel c = new PostChannel("localhost", 5000, packager);
c.setHeader("ISO008000099".getBytes(ISOUtil.ENCODING)); // 注意：传入字节数组
// ❌ 错误：若仍调用 String 版 setHeader，jPOS 会将其解析为十六进制字符串
// c.setHeader("ISO008000099"); // → 将尝试按 hex 解码，导致乱码或异常完整可运行示例：
GenericPackager packager = new GenericPackager("PackISO.xml");
PostChannel c = new PostChannel("localhost", 5000, packager);
c.setHeader("ISO008000099".getBytes(ISOUtil.ENCODING)); // 关键：字节数组
ISOMsg isoMsg = new ISOMsg();
isoMsg.setPackager(packager);
isoMsg.setMTI("0800");
isoMsg.set(7, "1088110140");
isoMsg.set(11, "087478");
isoMsg.set(70, "999");
c.connect();
c.send(isoMsg); // 发送结果：header + packed ISO + 无 trailer? 补充说明：
- 若服务端明确要求 BASE24 协议（含 0x03 trailer），则不应移除它，而应确认接收方是否已正确处理该控制字符；
- 所有基于
BaseChannel的子类（如TCPChannel、Q2TCPChannel）均无此 trailer 行为，仅BASE24TCPChannel和BASE24TCPClientChannel特有； - 建议在连接前通过
c.isConnected()和日志验证通道状态，避免因 header 编码错误导致连接失败。
选择合适通道 + 正确设置 header 字节，即可彻底规避意外 trailer，确保 ISO 消息严格符合目标系统协议规范。
