- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
背景(您可以跳过此部分)
我有大量数据(大约 3 MB)需要在数百台机器上保持最新。一些机器运行 C#,一些运行 Java。数据可能随时更改,需要在几分钟内传播给客户端。数据以 Json 格式从 4 个负载平衡服务器传送。这 4 台服务器运行的是 ASP.NET 4.0 以及 Mvc 3 和 C# 4.0。
在 4 个服务器上运行的代码有一个散列算法,该算法对 Json 响应进行散列,然后将散列转换为字符串。这个散列被提供给客户端。然后,每隔几分钟,客户端就会使用哈希值对服务器执行 ping 操作,如果哈希值已过期,则返回新的 Json 对象。如果哈希仍然是最新的,则返回带有空主体的 304。
偶尔 4 个盒子生成的哈希值在各个盒子之间不一致,这意味着客户端不断下载数据(每个请求都可能到达不同的服务器)。
代码片段
这是用于生成哈希的代码。
internal static HashAlgorithm Hasher { get; set; }
...
Hasher = new SHA1Managed();
...
Convert.ToBase64String(Hasher.ComputeHash(Encoding.ASCII.GetBytes(jsonString)));
为了尝试调试问题,我将其拆分如下:
Prehash = PreHashBuilder.ToString();
ASCIIBytes = Encoding.ASCII.GetBytes(Prehash);
HashedBytes = Hasher.ComputeHash(ASCIIBytes);
Hash = Convert.ToBase64String(HashedBytes);
然后我添加了一条路由,它吐出上述值并使用 Beyond Compare 来比较差异。
字节数组转换为字符串格式以供 BeyondCompare 使用:
private static string GetString(byte[] bytes)
{
StringBuilder sb = new StringBuilder();
foreach (byte b in bytes)
{
sb.Append(b);
}
return sb.ToString();
}
如您所见,字节数组按字节顺序显示。它没有“转换”。
问题
我发现 Prehash 和 ASCIIBytes 值相同,但 HashedBytes 值不同 - 这意味着 Hash 也不同。
我多次重启了 4 个服务器上的 IIS 网站,当它们有不同的哈希值时,比较了 BeyondCompare 中的值。在每种情况下,不同的是“HashedBytes”值(SHA1Managed.ComputeHash(...) 的结果)
问题
我做错了什么? ComputeHash 函数的输入是相同的。 SHA1Managed 机器依赖吗?这不会成功,因为 4 台机器有一半的时间具有相同的哈希值。
我已经搜索过 StackOverFlow 和 Bing,但找不到其他人遇到这个问题。我能找到的最接近的是编码有问题的人,但我想我已经证明编码不是问题。
输出
我希望不要把所有东西都转储到这里,因为它有多长,但这是我正在比较的转储的片段:
哈希值:o1ZxBaVuU6OhE6De96wJXUvmz3M=
HashedBytes:163861135165110831631611916022224717299375230207115
ASCIIBytes:1151169710310146991111094779114100101114831011141181059910147115101114118105991014611511899591151051031101171129511510111411810599101114101102101114101110991011159598979910710111010011111410010111411510111411810599101951185095117114108611041161161125847471051159897991071011101004610910211598101115116971031014699111109477911410010111483101114118105991014711510111411810599101461151189947118505911510510311011711295115101114118105991011141011021011141011109910111595989799107101110100112971211091011101161151161111141011151011141....预哈希:...
当我比较不同服务器上的两个页面时,ASCII 字节相同但 HashedByte 不同。我对字节使用的转储方法不进行任何转换,它只是按顺序转储每个字节。我可以用“.”来分隔字节。我想。
跟进我对 b.ToString(CultureInfo.InvariantCulture) 进行了更改,并将 HashAlgorithm 设为局部变量而不是静态属性。我正在等待代码部署到服务器。
最佳答案
我一直在尝试重现这个问题,但是一旦我将 SHA1Managed 属性设为局部变量而不是全局静态变量,我就无法重现。
问题出在多线程上。我的代码是线程安全的,除了我标记为静态的 SHA1Managed 类。我假设 SHA1Managed.ComputeHash 在下面是线程安全的,但显然如果标记为内部静态则不是。
重复一遍,如果标记为内部静态,SHA1Managed.ComputeHash 不是线程安全的。
MSDN 声明:
Any public static (Shared in Visual Basic) members of this type are thread safe. Any instance members are not guaranteed to be thread safe.
我不知道为什么内部静态的行为与公共(public)静态不同。
我会将@pst 标记为答案并添加评论以澄清问题,但@pst 发表了评论,因此我无法将其标记为答案。
感谢您的所有意见。
关于c# - SHA1Managed.ComputeHash 偶尔在不同的服务器上不同,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12644257/
关闭。这个问题是not reproducible or was caused by typos .它目前不接受答案。 这个问题是由于错别字或无法再重现的问题引起的。虽然类似的问题可能是on-topi
我有 2 个相同的图像,具有不同的图像属性和文件属性(例如 CreationDate 等)。当我计算哈希值时,我得到不同的哈希值。有没有办法跳过这些属性并计算哈希值以获得相同的哈希值? 等待帮助。谢谢
为什么下面两种调用ComputeHash的方法结果长度不同?看起来代码应该产生相同的结果。 byte[] KeyBytes = Convert.FromBase64String("KgMLuq+k1o
我无法得到关于这个问题的明确答案,所以这个问题。过去很少有 SO 帖子提到 HashAlgorithm 的实例在 MSDN 文档中不是线程安全的引用片段。 见 Why does SHA1.Comput
我试图弄清楚如果机器键值不同,已散列的值(使用下面的代码)是否会不同。另外,我想知道其他语言(即 Java)的实现是否会产生不同的结果。 string hashedPassword = Convert
我有一个简单的代码来为文件生成校验和来比较文件是否是新的。 class Program { static void Main(string[] args) { usin
我正在使用 C# 代码: using (var md5 = MD5.Create()) { using (var fStream = File.OpenRead(fFile)) {
我遇到了一个有趣的问题。似乎“HMACSHA256”散列的 ComputeHash() 的行为不是确定性的。如果我使用 HashAlgorithm.Create(“HMACSHA256”) 创建两个
我需要独立计算多个数据 block 的哈希值。像这样: using( HashAlgorithm hasher = new ActualHashAlgorithm() ) { for( int
背景(您可以跳过此部分) 我有大量数据(大约 3 MB)需要在数百台机器上保持最新。一些机器运行 C#,一些运行 Java。数据可能随时更改,需要在几分钟内传播给客户端。数据以 Json 格式从 4
我在问自己,在 asp.net 页面的代码隐藏上使用包含 HMACSHA1 实例的静态(共享)变量是否会很危险。问题在于,在同一个 asp.net 页面上处理多个同时请求时,所有 asp.net 工作
我看不出有什么方法可以对 MD5.ComputeHash(Stream) 加盐。我是否缺少将字节注入(inject) HashAlgorithm 的某种方法? 我尝试在执行流计算之前执行 Comput
我通过以下方式在 C# 中计算字符串的 MD5 哈希值: var provider = new System.Security.Cryptography.MD5CryptoServiceProvide
我发现我维护的一些代码存在问题。下面的代码有一个 private static SHA1 成员(它是一个 IDisposable 但因为它是 static,所以它永远不会被最终确定)。然而,在压力下,
我在使用 computeHash 时遇到了一些麻烦。我同时使用computeHash(Stream) 和computeHash(byte[])。出于某种原因,他们正在回馈不同的结果。我试过将 byte
我通过下面的代码定期计算文件的 MD5 哈希值。这些文件大约有 10MB。当我在 Debug模式(调试 | x64)下运行我的程序时,对 ComputeHash() 的调用需要 35 毫秒,如果在 R
我正在使用以下代码对工作正常的文件执行校验和。但是,当我为一个大文件(比如 2 GB)生成哈希时,速度非常慢。我怎样才能提高这段代码的性能? fs = new FileStream(txtFile.T
我收到 ObjectDisposedException:安全句柄已关闭。 这是我的代码: 我正在尝试创建一个接口(interface)和实现类,这将使我能够获取一个字符串,将一个已知 key 附加到它
有人可以向我解释为什么不使用 T-SQL SELECT substring(master.dbo.fn_varbintohexstr(hashbytes('MD5', 'HelloWorld')),
我正在寻找计算大文件 (3GB) 哈希值的有效方法,并意识到使用参数 -hashfile 调用 Windows certutil 执行哈希计算比通过 执行哈希计算快 4 倍(16 秒) code>SH
我是一名优秀的程序员,十分优秀!