Java rfc-7616（HTTP摘要）示例不'；不匹配

我正在努力实现HTTP摘要

WWW-Authenticate报头被标记化了，正如我所期望的，这意味着在编写授权报头时让我感到痛苦。 我认为一切都很好，没有任何理由会有错

我试图通过搜索web来改变散列逻辑，并将uri形式更改为完整uri，仅使用路径，甚至包括方案，但结果差别不大

你能告诉我怎么了吗？ 救救可怜的初学者

rfc说正确的回答是“8ca523f5e9506fed4657c9700eebdbec”（） 但我的程序坚持认为应该是“7399984EA00A1A065A5C4F0E0EDC5F3]”

源代码：

rfc示例

3.9。例子

3.9.1。SHA-256和MD5的示例

以下示例假定受访问保护的文档是 正在通过GET请求从服务器请求。的URI 文件名为“”。客户和客户 服务器知道此文档的用户名为“Mufasa”，并且 密码是“生命圈”（每个密码之间有一个空格） 三个字）

---

你看到了吗？@JulianReschke谢谢，我没注意到。但现在它返回“d142103549841c8d7adb7716345048f2”：(

   HTTP/1.1 401 Unauthorized
   ...
   WWW-Authenticate: Digest
   realm="http-auth@example.org",
   qop="auth, auth-int",
   algorithm=MD5,
   nonce="7ypf/xlj9XXwfDPEoM4URrv/xwf94BcCAzFZH4GiTo0v",
   opaque="FQhe/qaU925kfnzjCev0ciny7QMkPqMAFRtzCUYo5tdS"

   Authorization: Digest username="Mufasa",
   realm="http-auth@example.org",
   uri="/dir/index.html",
   algorithm=MD5,
   nonce="7ypf/xlj9XXwfDPEoM4URrv/xwf94BcCAzFZH4GiTo0v",
   nc=00000001,
   cnonce="f2/wE4q74E6zIJEtWaHKaf5wv/H5QzzpXusqGemxURZJ",
   qop=auth,
   response="8ca523f5e9506fed4657c9700eebdbec",
   opaque="FQhe/qaU925kfnzjCev0ciny7QMkPqMAFRtzCUYo5tdS"