Sha1 散列字符串在 mysql 中正确编码，但显示为 Java 字符串不同

Question

我目前正在使用 Dao 模式开发一个与 mysql 数据库相结合的 java 程序。我有一些用户信息要存储在表中，并且我正在存储原始密码字符串的 Sha1 散列版本。我正在使用 apache.commons.codec.digest.DigestUtils 来做到这一点。 php-mysql 中显示的字符串是完美的，但是当我尝试在 java 测试程序中显示相同的字符串时，我得到了完全不同的结果。

这是我的用户对象构造函数：

public User(int id, String name, String firstName, String email, String login, String password)
    {
        super(id, name, firstName); 
        this.email = email;
        this.login = login;
        //Convert the password to SHA1 before storing it in the object
        //using Apache commons-codec-1.9 lib
        this.hashedPassword = DigestUtils.sha1Hex(password);
    }

例如，当创建一个使用“aff”作为密码的用户时， 由

User user1 = new User(1, "Durand", "Jack", "jack.durand@mymail.com", "jack", "aff"); 

我明白了 mysql中的“0c05aa56405c447e6678b7f3127febde5c3a9238”看起来正确，与在线sha1哈希的输出相同。

但是当将数据读回对象并通过 java 中的 Sysout(User.getPassword()) 显示时，我得到 "c14b77e8930a8bfd884c8917f2b7335501a39dde" 这显然不一样。

知道是什么原因造成的吗？我已经阅读了一些关于 Byte[] 问题的先前帖子，但据说 DigestUtils.sha1Hex(password) 方法返回一个纯字符串。那我错过了什么？

Answer 1

你所做的一切都是正确的。

“0c05aa56405c447e6678b7f3127febde5c3a9238”是正确的输出。

我怀疑 MySQL 在两次读取之间正在更新。

我的建议是，检查值“0c05aa56405c447e6678b7f3127febde5c3a9238”是否实际保存到 MySQL。打开工作台并访问该行以检查其值。

如果 MySQL 中的值是正确的，那么它是在 RDBMS -> Java 的转换中。如果您将属性密码定义为字符串，那么 Hibernate（或您正在使用的任何内容）应该保持该字段不变。