这是我见过的最奇怪的错误之一。
我正在执行一个非常简单的调用以从 HttpRuntime 缓存返回值。电话是:
return HttpContext.Current.Cache[cacheKey];
如果它返回 null,那很好。我检查返回值是否为 null 并采取相应措施。我已经使用这个电话很长时间了。
最近,由于某些原因,当 cacheKey 设置为这个精确值时:
"Topic_GridSelectAll:5,null,2010-08-31-20-00-00,Published,desc,5,1"
抛出 System.OverflowException:否定二进制补码的最小值无效。
调用、相关代码或服务器没有任何变化。如果 cacheKey 的字符略有不同,则它可以正常工作。例如,这个 cacheKey 返回 null 而不抛出任何异常:
"Topic_GridSelectAll:5,null,2010-08-31-21-00-00,Published,desc,5,1"
注意,这两个字符串之间的唯一区别是时间字符:2010-08-31-20-00-00 与 2010-08-31-21-00-00。
为什么这会有什么不同?为什么现在过了这么久?
堆栈跟踪是:
[OverflowException: Negating the minimum value of a twos complement number is invalid.]
System.Math.AbsHelper(Int32 value) +12753486
System.Web.Caching.CacheMultiple.UpdateCache(CacheKey cacheKey, CacheEntry newEntry, Boolean replace, CacheItemRemovedReason removedReason, Object& valueOld) +142
System.Web.Caching.CacheInternal.DoGet(Boolean isPublic, String key, CacheGetOptions getOptions) +122
MyProject.Helpers.CacheHelper.GetData(String cacheDomain, String cacheKey) in ...
我已经尝试更改缓存调用以改用 HttpRuntime.Cache(即 HttpRuntime.Cache[cacheKey]
),但这没有任何区别。我知道它是相同的底层缓存提供程序,但我认为不同的调用可能会有所不同。没有骰子。
最佳答案
看起来在您的平台上,GetHashCode()
(在 System.String 中)为那个确切的字符串返回 -2147483648
。您可以通过将该字符串放入并简单地为其调用 GetHashCode() 来测试它(就像我所做的那样)。每个字符串都有一个哈希码,这就是一个。所以呢?嗯……
CacheMultiple.UpdateCache
在您的 key 字符串上调用 GetHashCode()
,然后调用 GetCacheSingle()
,后者调用 Math.Abs
,最终调用 AbsHelper
。如果数字正好等于 -2147483648,AbsHelper 将抛出异常! (因为绝对值会比可容纳的最大值大一)
那么,恭喜,您赢得了 GetHashCode
彩票 - 在 2^32 个可能的值中,您得到了正确(好吧,错误)的那个。不幸的是,Web.Cache 的内部似乎根本不处理这个问题,因此您必须在字符串上调用 GetHashCode
以查看它是否等于 -2147483648,如果是则更改字符串略。或者,捕获此异常 - 如果捕获到,请在稍微更改您的 key 后重试(以可预测的方式,以便您可以再次以相同的方式重新创建它)。
很好的 bug 发现 - 如果我是你,我可能会继续在 Connect 站点上放置一个 bug...在我看来,检测和纠正边缘情况问题不应该是调用者的责任,因为内部实现决策。
关于c# - 缓存键导致错误 "Negating the minimum value of a twos complement number is invalid.",我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3614540/