有一个这样的场景，列表数据进行编辑，列表有 用户名、密码、邮箱、创建时间，编辑弹窗字段就只有用户名和邮箱，这个时候，情况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
}
