Hibernate 5.2与Spring 4.3映射异常：无法识别Password类型求解决

嘿，我太懂你这个头疼的问题了——Hibernate对这种非标准的JDK内部安全类确实没自带的映射逻辑，光加@Column肯定没用，它根本不知道怎么把Password对象转换成数据库能理解的格式。咱们一步步来拆解解决：

核心原因 #

sun.security.util.Password是JDK内部的专属类，不属于Java标准API范畴，Hibernate的默认类型转换器完全没有针对它的处理规则，所以没法自动生成对应的数据库列。这就是你加了@Column注解依然无效的根源——类型映射的底层问题没解决，列定义的配置根本起不到作用。

可行的解决思路 #

1. 自定义类型转换器（推荐，保留原字段类型） #

你可以实现Hibernate的AttributeConverter接口，手动定义Password和数据库列类型（比如VARCHAR）之间的转换逻辑，让Hibernate按你的规则处理这个字段。

示例代码：

import javax.persistence.AttributeConverter;
import javax.persistence.Converter;
import sun.security.util.Password;

// 标记为自动应用，也可以在字段上显式指定
@Converter(autoApply = true)
public class PasswordConverter implements AttributeConverter<Password, String> {

    @Override
    public String convertToDatabaseColumn(Password password) {
        // 将Password对象转为数据库可存储的字符串
        // 注意：根据Password类的实际API获取密码内容，这里假设用getPassword()获取char数组
        return password != null ? new String(password.getPassword()) : null;
    }

    @Override
    public Password convertToEntityAttribute(String dbData) {
        // 将数据库中的字符串转回Password对象
        return dbData != null ? new Password(dbData.toCharArray()) : null;
    }
}

然后在Customer类的字段上补充转换注解（如果autoApply没生效的话）：

@Column(columnDefinition = "varchar(20)")
@Convert(converter = PasswordConverter.class)
private Password password;

2. 替换字段类型（更简单，规避内部API风险） #

考虑到sun.security.util.Password是JDK内部API，未来可能存在版本兼容问题，更稳妥的方式是直接把字段类型换成标准的String或char[]，然后在业务逻辑中转换为Password对象使用：

@Column(columnDefinition = "varchar(20)")
private String password;

// Getter方法中转为Password对象
public Password getPassword() {
    return password != null ? new Password(password.toCharArray()) : null;
}

// Setter方法接收Password对象并转为字符串存储
public void setPassword(Password password) {
    this.password = password != null ? new String(password.getPassword()) : null;
}

这种方式不需要额外配置转换器，Hibernate能直接识别String类型并生成对应的VARCHAR列，同时也避免了依赖内部API的潜在风险。

3. 重要补充：密码安全建议 #

如果这个字段是用来存储用户密码的，强烈建议不要明文存储！不管用哪种方案，都应该在存储前用BCrypt、Argon2等哈希算法加密，避免数据库泄露带来的安全问题。

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