FIX协议：字符串字段中SOH作为值的处理方案咨询

在FIX协议中，SOH（ASCII 0x01）是默认的字段分隔符，但当字符串字段（如Account、Symbol等）的取值中包含SOH时，会导致解析逻辑混乱，触发Artio FIX服务器返回会话拒绝，错误信息如下：
"SessionRejectReason": "5", // 该标签的值不正确（超出范围） "Text": "消息解析错误"

以下是几种可行的处理方案：

• 严格执行FIX协议转义规则
  FIX协议明确规定，字段值中若出现SOH分隔符，需用转义序列\001替代原始SOH字符。发送方构造消息时，要自动将字段值内的SOH替换为该转义序列；接收方解析时再反转义还原。Artio作为标准FIX引擎原生支持该规则，优先检查发送端是否正确实现了转义逻辑。

• 协商替换字段内的控制字符
  如果业务场景确实需要在字段中携带类似控制字符，建议与对接方协商，改用可打印字符或自定义标识（如|、<SOH>字符串）替代原始SOH。从根源上避免分隔符与字段值的冲突，同时降低调试和排查难度。

• 配置Artio的自定义解析策略
  若转义规则无法满足需求，可查阅Artio配置文档，针对特定字符串字段（如Account、Symbol）配置自定义解析逻辑，跳过对字段内部SOH的分隔符识别。注意此方案需对接双方同步配置，否则会出现解析不一致的问题。

• 校验消息结构的合规性
  排查发送的FIX消息是否存在格式错误，比如字段顺序错误、标签缺失、多余/缺失SOH分隔符等。部分解析错误并非由字段内的SOH导致，而是消息本身结构不合规，引发Artio误判字段值中的SOH为分隔符。

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