gpt4 book ai didi

c# - 为什么 MemoryCache 抛出 NullReferenceException

转载 作者:IT王子 更新时间:2023-10-29 04:31:42 28 4
gpt4 key购买 nike

更新

请参阅下面的更新,问题在您安装 .Net 4.6 时就已解决。


我想在 UpdateCallback 中实现一些东西的 CacheItemPolicy .

如果我这样做并测试我的代码在同一缓存实例 ( MemoryCache.Default ) 上运行多个线程,调用 cache.Set 时会出现以下异常方法。

System.Runtime.Caching.dll!System.Runtime.Caching.MemoryCacheEntry.RemoveDependent(System.Runtime.Caching.MemoryCacheEntryChangeMonitor dependent = {unknown})  C#
System.Runtime.Caching.dll!System.Runtime.Caching.MemoryCacheEntryChangeMonitor.Dispose(bool disposing = {unknown}) C#
System.Runtime.Caching.dll!System.Runtime.Caching.ChangeMonitor.DisposeHelper() C#
System.Runtime.Caching.dll!System.Runtime.Caching.ChangeMonitor.Dispose() C#
System.Runtime.Caching.dll!System.Runtime.Caching.ChangeMonitor.InitializationComplete() C#
System.Runtime.Caching.dll!System.Runtime.Caching.MemoryCacheEntryChangeMonitor.InitDisposableMembers(System.Runtime.Caching.MemoryCache cache = {unknown}) C#
System.Runtime.Caching.dll!System.Runtime.Caching.MemoryCacheEntryChangeMonitor..ctor(System.Collections.ObjectModel.ReadOnlyCollection<string> keys = {unknown}, string regionName = {unknown}, System.Runtime.Caching.MemoryCache cache = {unknown}) C#
System.Runtime.Caching.dll!System.Runtime.Caching.MemoryCache.CreateCacheEntryChangeMonitor(System.Collections.Generic.IEnumerable<string> keys = {unknown}, string regionName = {unknown}) C#
System.Runtime.Caching.dll!System.Runtime.Caching.MemoryCache.Set(string key = {unknown}, object value = {unknown}, System.Collections.ObjectModel.Collection<System.Runtime.Caching.ChangeMonitor> changeMonitors = {unknown}, System.DateTimeOffset absoluteExpiration = {unknown}, System.TimeSpan slidingExpiration = {unknown}, System.Runtime.Caching.CacheEntryUpdateCallback onUpdateCallback = {unknown}) C#
System.Runtime.Caching.dll!System.Runtime.Caching.MemoryCache.Set(string key = {unknown}, object value = {unknown}, System.Runtime.Caching.CacheItemPolicy policy = {unknown}, string regionName = {unknown}) C#

我知道MemoryCache是线程安全的,所以我没想到有任何问题。更重要的是,如果我不指定 UpdateCallback ,一切正常!

好的,为了重现行为,我们在这里使用一些控制台应用程序:这段代码只是我为另一个库所做的一些测试的简化版本。它旨在在多线程环境中引起冲突,例如获得一个线程试图读取键/值而另一个线程已经删除它等的情况......

同样,这应该一切正常,因为 MemoryCache 是线程安全的(但它不是)。

class Program
{
static void Main(string[] args)
{
var threads = new List<Thread>();

foreach (Action action in Enumerable.Repeat<Action>(() => TestRun(), 10))
{
threads.Add(new Thread(new ThreadStart(action)));
}

threads.ForEach(p => p.Start());
threads.ForEach(p => p.Join());
Console.WriteLine("done");
Console.Read();
}

public static void TestRun()
{
var cache = new Cache("Cache");
var numItems = 200;

while (true)
{
try
{
for (int i = 0; i < numItems; i++)
{
cache.Put("key" + i, new byte[1024]);
}

for (int i = 0; i < numItems; i++)
{
var item = cache.Get("key" + i);
}

for (int i = 0; i < numItems; i++)
{
cache.Remove("key" + i);
}

Console.WriteLine("One iteration finished");
Thread.Sleep(0);
}
catch
{
throw;
}
}
}
}

public class Cache
{
private MemoryCache CacheRef = MemoryCache.Default;

private string InstanceKey = Guid.NewGuid().ToString();

public string Name { get; private set; }

public Cache(string name)
{
Name = name;
}

public void Put(string key, object value)
{
var policy = new CacheItemPolicy()
{
Priority = CacheItemPriority.Default,
SlidingExpiration = TimeSpan.FromMinutes(1),
UpdateCallback = new CacheEntryUpdateCallback(UpdateCallback)
};

MemoryCache.Default.Set(key, value, policy);
}

public static void UpdateCallback(CacheEntryUpdateArguments args)
{

}

public object Get(string key)
{
return MemoryCache.Default[ key];
}

public void Remove(string key)
{
MemoryCache.Default.Remove( key);
}

}

如果你运行它,你应该直接得到异常。如果您注释掉 UpdateCallback setter,您应该不会再得到异常。此外,如果您只运行一个线程(将 Enumerable.Repeat<Action>(() => TestRun(), 10) 更改为 , 1) ),它也能正常工作。

到目前为止我发现了什么:

我发现每当你设置 UpdateRemove回调,MemoryCache将使用 OnUpdateSentinel<your key> 等键为您创建一个额外的 sentinel 缓存条目.似乎它还在该项目上创建了一个更改监视器,因为对于滑动过期,只有这个哨兵项目才会设置超时!如果此项过期,回调将被调用。

我最好的猜测是 MemoryCache 中存在问题如果您尝试在大致相同的时间使用相同的 key /策略/回调创建相同的项目,如果我们定义回调...

您还可以从堆栈跟踪中看到,错误出现在 Dispose 中的某处。 ChangeMonitor 的方法。我没有向 CacheItemPolicy 添加任何更改监视器所以它似乎是内部控制的东西......

如果这是正确的,那么这可能是 MemoryCache 中的错误。我通常不敢相信在这些库中发现错误,因为通常这是我的错 :p,也许我太笨了,无法正确实现这一点……因此,我们将不胜感激任何帮助或提示;)

2014 年 8 月更新:

他们似乎试图修复 this issue .

2015 年 5 月更新:

如果您安装例如.Net 4.6 附带的 VS 2015 RC。我无法真正验证哪个版本的 .Net 修复了它,因为现在它适用于项目使用的所有版本。无论我将其设置为 .Net 4.5、4.5.1 还是 4.5.2,错误都不再可重现。

最佳答案

微软似乎已经解决了这个问题,至少在 .Net 4.5.2 中是这样。浏览 referencesource.microsoft.com显示现在对他们用来存储内部数据的字典的访问有一个锁:

MemoryCacheEntry.cs

    internal void RemoveDependent(MemoryCacheEntryChangeMonitor dependent) {
lock (this) {
if (_fields._dependents != null) {
_fields._dependents.Remove(dependent);
}
}
}

关于c# - 为什么 MemoryCache 抛出 NullReferenceException,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21680429/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com