出力: [-106, -85, 78, 22, 63, 78, -32, 58, -86, 77, 16, 81, -86, 81, -46, 4]
[-17、-65、-67、-17、-65、-67、78、22、63、78、-17、-65、-67、58、-17、-65、-67、 77、16、81、-17、-65、-67、81、-17、-65、-67、4]
エンコード前の出力とエンコード後のデコードが異なるのはなぜですか?
そう思うかもしれません(new String(b)).getBytes().equals(b)，实际上并非如此。（尽管new String(s.getBytes()).equals(s)きっと。 )
(new String(b)).getBytes().equals(b)
new String(s.getBytes()).equals(s)
なぜならbyte[]转换成String时，有些字节是未必能转换成字符的，比如第一个-106、第二个-85就是，所以转换成String时前两个就变成了未知字符（表面上会显示?，但实际上是一个Unicode字符），再转成byte[]（你这边defaultCharset应该是UTF-8)、不明な文字はそれぞれ 3 バイトになります。
byte[]
String
-106
-85
?
defaultCharset
UTF-8
GBK を使用する場合、状況は悪くありませんが、それでも若干異なります:
結論は次のとおりです: ハッシュ値を表すために文字列を使用する場合、byte[] を文字列に強制変換することはできませんが、通常どおり 16 進表現に変換します。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
そう思うかもしれません
(new String(b)).getBytes().equals(b)，实际上并非如此。（尽管new String(s.getBytes()).equals(s)きっと。 )なぜなら
byte[]转换成String时，有些字节是未必能转换成字符的，比如第一个-106、第二个-85就是，所以转换成String时前两个就变成了未知字符（表面上会显示?，但实际上是一个Unicode字符），再转成byte[]（你这边defaultCharset应该是UTF-8)、不明な文字はそれぞれ 3 バイトになります。GBK を使用する場合、状況は悪くありませんが、それでも若干異なります:
リーリー結論は次のとおりです: ハッシュ値を表すために文字列を使用する場合、byte[] を文字列に強制変換することはできませんが、通常どおり 16 進表現に変換します。