有一个这样的场景,列表数据进行编辑,列表有 用户名、密码、邮箱、创建时间,编辑弹窗字段就只有用户名和邮箱,这个时候,情况1:前端只会传这个两个字段,没有传创建时间和密码,那么更新如何做到不更新创建时间和密码 情况2:用户想要清空邮箱,这个时候传空了,mybatisplus对于空的不会更新,这怎么办
两个矛盾需求:
- 情况1:不传字段 → 不更新(保留原值)
- 情况2:主动清空 → 更新为 null
HTTP 请求中,两者都是 null,需要区分处理。
方案一:推荐配置(前后端配合)
后端配置
public class User {
@TableId
private Long id;
private String username;
// 密码:不允许通过此接口更新(updateStrategy 保持默认 NOT_NULL)
private String password;
// 邮箱:允许清空,强制更新 null
@TableField(updateStrategy = FieldStrategy.IGNORED)
private String email;
// 创建时间:只读字段
@TableField(fill = FieldFill.INSERT) // 插入时填充,更新时忽略
private LocalDateTime createTime;
}
前端请求规范
// 情况1:不更新密码和创建时间 → 字段不要出现在 JSON 中
{
\"id\": 1,
\"username\": \"新用户名\"
// email, password, createTime 字段不存在
}
// 情况2:清空邮箱 → 字段存在,值为 null
{
\"id\": 1,
\"username\": \"新用户名\",
\"email\": null // 主动清空
}
后端接口
@PutMapping
public Result update(@RequestBody User user) {
// 只更新传来的字段 + 允许清空的字段
userService.updateById(user);
return Result.success();
}
关键点:
- 不传的字段,Spring MVC 不会覆盖实体类的对应属性(保持原值)
- 传来的
null字段,配合@TableField(IGNORED)会更新为 null - 必须要求前端严格遵守规范
方案二:UpdateWrapper 显式控制(更稳妥)
当前端不可控或需更精确控制时:
@PutMapping
public Result update(@RequestBody UserEditDTO dto) { // 使用专用 DTO
LambdaUpdateWrapper<User> wrapper = new LambdaUpdateWrapper<User>()
.eq(User::getId, dto.getId());
// 只更新编辑界面存在的字段
if (dto.getUsername() != null) {
wrapper.set(User::getUsername, dto.getUsername());
}
// 邮箱:传了(包括 null)就更新,没传就不更新
if (dto.containsEmail()) { // DTO 需提供判断方法
wrapper.set(User::getEmail, dto.getEmail()); // null 也会被更新
}
userMapper.update(null, wrapper);
return Result.success();
}
// DTO 示例
@Data
public class UserEditDTO {
@NotNull
private Long id;
private String username;
private String email;
// 标记邮箱是否传递
private boolean containsEmail;
}
前端配合:
// 清空邮箱
{
\"id\": 1,
\"username\": \"新用户名\",
\"email\": null,
\"containsEmail\": true // 表示本次更新包含 email 字段
}
// 不更新邮箱
{
\"id\": 1,
\"username\": \"新用户名\"
// containsEmail 默认为 false
}



还没有评论呢,快来抢沙发~