从 .Net Core 3.1 升级到 .Net 5 后,序列化和 MD5 哈希出现故障

4
在将我的一款应用程序从 .Net Core 3.1 升级到 .Net 5 后,我注意到处理字节数组序列化和 MD5 哈希的代码部分出现了奇怪的故障。
在 .Net Core 3.1 中,该代码能够正常运行,但在升级到 .Net 5 并在 Linux 上运行时,我发现存在问题。
具体来说,该代码将对象哈希为 GUID,如下所示:
        public Guid GenerateKey(string id, DateTime date1, DateTime? date2, string environment, string currencyCode, string ns, Dictionary<string, string> buildVersions)
        {
            var buildVersionString = string.Join(',', buildVersions.OrderBy(bv => bv.Key).Select(bv => $"{bv.Key}:{bv.Value}"));

            var key = new Key(id, date1, date2, environment, currencyCode, ns, buildVersionString); 

            var str = JsonConvert.SerializeObject(key);
            var bytes = Encoding.UTF8.GetBytes(str);

            var hashBytes = ComputeHash(bytes);

            return new Guid(hashBytes);
        }

        private byte[] ComputeHash(byte[] bytes)
        {
           using(var md5Hasher = MD5.Create())
           {
               return md5Hasher.ComputeHash(bytes);
           }     
        }

在 .Net 3.1 中,我可以使用简单的 ToDictionary 调用来生成多个 Guid:
            var storedContents = new Content();

            storedContents.Keys = request.Ids.ToDictionary(
                                  k => k,
                                  v => keyProvider.GenerateKey(
                                  v,
                                  request.Date1,
                                  request.Date2,
                                  request.Environment,
                                  request.CurrencyCode,
                                  request.Namespace,
                                  request.BuildVersions)
            );

但是在 .Net 5 中,它会出现以下错误。奇怪的是,并不是每次都会失败,但在发出几个请求后很容易就会失败。

Entry point was not found.
         at System.Collections.Generic.IEnumerable`1.GetEnumerator()
         at System.Collections.Generic.EnumerableHelpers.ToArray[T](IEnumerable`1 source, Int32& length)
         at System.Linq.Buffer`1..ctor(IEnumerable`1 source)
         at System.Linq.OrderedEnumerable`1.GetEnumerator()+MoveNext()
         at System.Linq.Enumerable.SelectIPartitionIterator`2.MoveNext()
         at System.String.JoinCore[T](Char* separator, Int32 separatorLength, IEnumerable`1 values)
         at POC.KeyProvider.GenerateKey(String id, DateTime date1, Nullable`1 date2, String environment, String currencyCode, String ns, Dictionary`2 buildVersions) in /home/tor/development/bug-repro/Api/POC/KeyProvider.cs:line 27
         at POC.StorageProvider.<>c__DisplayClass2_0.<GetContent>b__1(String v) in /home/tor/development/bug-repro/Api/POC/StorageProvider.cs:line 44
         at System.Linq.Enumerable.ToDictionary[TSource,TKey,TElement](TSource[] source, Func`2 keySelector, Func`2 elementSelector, IEqualityComparer`1 comparer)
         at System.Linq.Enumerable.ToDictionary[TSource,TKey,TElement](IEnumerable`1 source, Func`2 keySelector, Func`2 elementSelector)
         at POC.StorageProvider.GetContent(MyRequest request) in /home/tor/development/bug-repro/Api/POC/StorageProvider.cs:line 42
         at Api.Controllers.TestController.Get() in /home/tor/development/bug-repro/Api/Controllers/TestController.cs:line 44
         at lambda_method7(Closure , Object , Object[] )

由于某些原因,我可以通过将 ToDictionary 转换为传统的 foreach 循环来使其正常工作。
            storedContents.Keys = new Dictionary<string, System.Guid>();

            foreach(var id in request.Ids)
            {
                var key = keyProvider.GenerateKey(
                       id,
                       request.Date1,
                       request.Date2,
                       request.Environment,
                       request.CurrencyCode,
                       request.Namespace,
                       request.BuildVersions
                    );

                storedContents.Keys.Add(id, key);
            }

看起来这两个版本都应该可行,在 .Net Core 3.1 中也确实可行,但在 .Net 5 上字典方法不再有效。对于为什么在 Linux 的 .Net 5 中会出现此问题有何想法吗?至少在我的开发者机器上本地运行的 Windows 上是没有问题的。

我在这里重现了这个问题:https://github.com/thelgevold/Net5-Error

注意:在这个示例中,我使用的是 NewtonSoft 的 JsonConvert.SerializeObject。当使用 MessagePack 进行序列化时,我遇到了完全相同的问题。


1
请提供一个 [mcve]。 - mjwills
看一下未找到入口点异常,根据它确保迁移全部正确。 - Gellio Gao
@TGH 我复制并粘贴了问题中的代码,但它不能直接运行。它还不是一个 [mcve]。 - mjwills
你没有对属性进行排序。在序列化Key对象时,是什么告诉它每次都使用相同的顺序?你应该在序列化属性时对它们进行排序,以确保每次都获得相同的哈希值。请参考这个链接 - Andy
@Andy 我认为这是个好观点,但我不认为这是它失败的原因。在我的实际情况中,我实际上正在使用带有无契约解析器的MessagePack。我在那里看到了同样的问题,但决定使用JSON序列化程序显示示例,以避免太多外部依赖。 - TGH
1个回答

1

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接