QuickFIX/J问题：非必填字段97触发缺失字段错误求助

你遇到的问题是明明把字段97（PossResend）设为非必填，但接收不含该字段的消息时仍触发“Field not found”错误，核心原因大概率是配置未实际生效或存在局部强制校验规则，以下是具体排查点：

可能的原因及排查步骤 #

• 字典配置未加载生效
  确认你修改的FIX会话字典文件是程序实际加载的那个——很多时候会存在多环境（测试/生产）的字典文件，或者修改后未重启服务，导致引擎仍使用旧的必填配置。可以通过日志或引擎的配置路径参数验证加载的文件路径，修改后务必重启服务。

• 特定消息类型的单独配置覆盖全局设置
  你收到的消息类型是35=6（Order Cancel Replace Request），可能该字段在此消息类型的专属字段定义中被设为必填，而非全局字段的required="N"设置。检查字典中对应消息类型的字段列表，看是否单独标记了97字段为必填。

• FIX引擎的会话层强制校验
  部分FIX引擎会在会话层面额外开启PossResend的校验逻辑，哪怕字段本身是非必填。比如某些引擎的配置参数（如EnforcePossResendValidation）被设为true，强制要求所有消息包含该字段。查看引擎的配置文件或初始化参数，关闭这类不必要的强制校验开关。

• 字典XML语法错误
  检查你修改的字典XML是否存在语法问题，比如标签未闭合、属性引号不匹配、命名空间错误等，这些问题会导致引擎无法正确解析required="N"的设置，仍按默认的必填规则处理。

• 字段重复定义冲突
  排查字典文件中是否存在多个PossResend字段的定义，其中一个被设为必填。引擎加载时可能优先读取了必填的定义，导致非必填的设置不生效。

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