WireMock查询参数equalToDateTime请求匹配错误修复方案

匹配失败由两个配置问题共同导致：

• 时区计算偏差：WireMock的equalToDateTime匹配器默认以UTC时区计算now开头的动态时间表达式，而请求中传入的org.joda.time.LocalDate是基于服务运行节点的本地时区生成的纯日期值，本身不带时区信息。当本地时区与UTC存在时差（如东八区比UTC早8小时）时，UTC维度计算出的日期和本地时区的日期会出现1天的偏差，直接导致匹配不通过。
• 截断规则配置不全：现有配置仅对WireMock生成的预期时间做了first hour of day截断，未对实际传入的请求参数做同级别截断。由于actualFormat指定的dd/MM/yyyy是纯日期格式，无时分秒分量，WireMock解析实际参数时生成的内部时间值和预期值的时间精度不对齐，会触发校验失败。

调整两个日期参数的匹配规则，补全缺失配置即可：

1. 显式指定timezone参数为服务实际使用的时区（如国内服务通常填Asia/Shanghai），保证动态时间计算的时区和业务侧生成日期的时区一致。
2. 新增truncateActual配置，和truncateExpected保持一致的截断级别，保证预期值和实际值的比对精度对齐。

调整后的完整请求匹配配置示例：

"request": {
    "method": "GET",
    "urlPath": "/abc/v1",
    "queryParams": {
      "FromDate": {
        "equalToDateTime": "now -1 months",
        "actualFormat": "dd/MM/yyyy",
        "truncateExpected": "first hour of day",
        "truncateActual": "first hour of day",
        "timezone": "Asia/Shanghai"
      },
      "ToDate": {
        "equalToDateTime": "now -1 days",
        "actualFormat": "dd/MM/yyyy",
        "truncateExpected": "first hour of day",
        "truncateActual": "first hour of day",
        "timezone": "Asia/Shanghai"
      }
    }
}

如果配置调整后仍匹配失败，先打印请求中实际传递的FromDate、ToDate参数值，确认序列化后的格式符合dd/MM/yyyy要求：即月、日不足两位时是否补了前导零（如10月5号需为05/10/2024，不能是5/10/2024）。如果业务序列化时没有补前导零，把actualFormat改成d/M/yyyy即可兼容单数字的月、日格式。

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