Mockito验证失败异常排查：字符串末尾多空格问题求助

针对你遇到的Mockito验证时字符串末尾多空格导致失败的问题，结合你的代码场景，给出几个实用的排查方向：

• 检查User类的核心逻辑
  你的createUser方法直接用user.getName()构造新User并保存，问题大概率出在User类本身。比如构造方法是否不小心给name拼接了空格？或者getName()方法返回时额外添加了空格？
  反例参考：

  public class User {
      private String name;
      // 错误示例：构造时多添加了空格
      public User(String name) {
          this.name = name + " ";
      }
      // 或者getter方法存在异常逻辑
      public String getName() {
          return name + " ";
      }
  }
  

  解决：直接查看User类的字段赋值逻辑和getter方法，清除所有额外添加空格的代码。

• 核对测试代码的验证逻辑
  检查你的测试用例，确认验证时的预期值和实际传入参数是否匹配。比如测试里预期的是无空格字符串，但实际传入的User对象name字段已带空格。
  若使用argThat做参数匹配，可临时通过trim后比较绕过验证（但更建议找到空格根源）：

  verify(userRepository).save(argThat(user -> user.getName().trim().equals("你的预期名称")));
  

  同时也要检查测试中构造请求的User对象，是否在构造时不小心给name加了空格。

• 排查JSON序列化/反序列化环节
  因为通过@RequestBody接收参数，有可能前端传入的JSON里name字段本身带空格，或者Jackson反序列化时出现异常处理。你可以在createUser方法里加一行日志，直观确认接收的参数状态：

  System.out.println("Received user name: '" + user.getName() + "'"); // 用引号包裹便于识别空格
  

  如果是序列化问题，检查Jackson配置是否开启了自动添加空格的规则，或是实体类上的序列化注解是否有特殊处理。

• 集成测试下检查数据库字段类型
  若你用真实数据库做集成测试而非纯Mock，要检查User表的name字段类型：如果是char(N)类型，数据库会自动把字符串补空格到指定长度，而varchar不会。这种情况下，查询返回的name会带空格，导致验证失败。

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