在 SQL Server 中使用 c# 創建哈希是不同的。為什么不一樣？
using (SHA1Managed sha1 = new SHA1Managed())
{
Guid g = new Guid("81FE483B-39ED-4052-8FFC-55A710907D9B");
var appGateId = g.ToString();
var hash = sha1.ComputeHash(Encoding.UTF8.GetBytes(appGateId));
var sb = new StringBuilder();
foreach (byte b in hash)
{
sb.Append(b.ToString("x2"));
}
Console.WriteLine(sb.ToString());
}
結果如下ebb52fefab48f428b6ee03174276c8ade0b4ef1a。
使用 SQL Server 和此代碼：
declare @a uniqueidentifier = '81FE483B-39ED-4052-8FFC-55A710907D9B', @b nvarchar(50)
select @b = CONVERT(nvarchar(50), @a)
select convert(varchar(50), hashbytes('SHA1', @b), 2)
結果是 CC34B1E702F6E7FE0EE92ED4D5390BB4765B9A21
uj5u.com熱心網友回復：
@ Marc Gravell的評論在這里解釋了這個問題。在 C# 中，您使用的是 UTF-8 字串，但在 SQL Server 中，您使用的nvarchar是 UTF-16；這些沒有可比性。
varchar但是，如果您實際使用 a并將字符更改為小寫（因為uniqueidentifier在 T-SQL 中轉換為基于字串的資料型別時a更改為大寫），您會得到相同的值。您也可以（如果您使用的是 2019 ）明確地將值整理為 UTF-8 值，但考慮到 GUID 僅由十六進制字符 (0-9A-F) 組成，這似乎有點毫無意義：
DECLARE @a uniqueidentifier = '81FE483B-39ED-4052-8FFC-55A710907D9B', @b varchar(50);
SELECT @b = LOWER(CONVERT(varchar(50), @a));
SELECT @b, LOWER(CONVERT(varchar(50), HASHBYTES('SHA1', @b), 2));
uj5u.com熱心網友回復：
為了讓這些等價，你有兩個問題：
- 如前所述，您正在請求 UTF-8，而 SQL Server 正在使用 UTF-16
- C# 生成小寫，SQL Server 生成大寫
您可以更改 C# 代碼
using (SHA1Managed sha1 = new SHA1Managed())
{
Guid g = new Guid("81FE483B-39ED-4052-8FFC-55A710907D9B");
var appGateId = g.ToString().ToUpper().Dump();
var hash = sha1.ComputeHash(Encoding.Unicode.GetBytes(appGateId));
var sb = new StringBuilder();
foreach (byte b in hash)
{
sb.Append(b.ToString("x2"));
}
Console.WriteLine(sb.ToString());
}
網路小提琴
或者您可以更改 SQL Server 代碼
declare @a uniqueidentifier = '81FE483B-39ED-4052-8FFC-55A710907D9B', @b varchar(50)
select @b = LOWER(CONVERT(varchar(50), @a))
select convert(varchar(50), hashbytes('SHA1', @b COLLATE Latin1_General_100_BIN2_UTF8 ), 2)
資料庫<>小提琴
老實說，我不明白你為什么要散列字串表示。您可以輕松地散列實際的 Guid 位元組。
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/331408.html