静态只读初始化变量为何引发NullReferenceException异常？

从你提供的堆栈跟踪来看，异常发生在System.Collections.Generic.Dictionary2.Insert方法里，最终追溯到Cache类的Add方法——这大概率是因为**你的静态只读字典实例本身没有完成初始化，处于null状态**，导致调用它的Insert`方法时触发空引用异常。

可能的根因分析 #

• 静态初始化顺序问题：如果你的静态只读字典依赖其他静态成员，而那些成员的初始化顺序晚于字典，就会导致字典初始化失败为null。比如在字段初始化器里引用了另一个还没初始化的静态变量。
• 静态构造函数的竞态或错误：虽然.NET的静态构造函数是线程安全的，但如果在静态构造函数里初始化字典的逻辑抛出了未捕获的异常，会导致字典无法被正确实例化，后续调用就会触发空引用。
• 误操作导致字典被置空：虽然标记为readonly，但如果在静态构造函数之外的地方（比如反射，或者错误的代码逻辑）篡改了这个静态字段，也可能导致它变为null（不过这种情况比较少见）。

具体修复步骤 #

1. 检查静态字典的初始化代码
   确保你的静态只读字典是直接在字段声明时初始化，或者在静态构造函数里完成初始化，且不依赖未就绪的其他静态成员：

   // 推荐的初始化方式：字段直接实例化
   private static readonly Dictionary<TKey, TValue> _cacheDictionary = new Dictionary<TKey, TValue>();
   
   // 或者在静态构造函数里初始化（适合需要复杂逻辑的场景）
   static Cache()
   {
       // 这里确保没有抛出异常，且所有依赖的成员都已初始化
       _cacheDictionary = new Dictionary<TKey, TValue>();
   }
   

2. 排查多线程下的初始化竞态
   如果你的Cache类会被多线程同时调用，虽然静态构造函数是线程安全的，但如果存在多个静态成员互相依赖的情况，可能会出现初始化顺序问题。可以考虑调整字段修饰符后，在Add方法里加双重检查锁定确保字典已初始化：

   private static Dictionary<TKey, TValue> _cacheDictionary;
   private static readonly object _lockObj = new object();
   
   public void Add(TKey key, TValue value, Func<TValue> autoRefresh, TimeSpan timeToExpire)
   {
       if (_cacheDictionary == null)
       {
           lock (_lockObj)
           {
               if (_cacheDictionary == null)
               {
                   _cacheDictionary = new Dictionary<TKey, TValue>();
               }
           }
       }
       // 后续的Insert逻辑
       _cacheDictionary.Insert(key, value, add: true);
   }
   

   注意：如果保留readonly修饰符，这种方式不适用，因为readonly字段只能在字段初始化器或静态构造函数里赋值，这时候你需要确保静态构造函数能正确完成初始化。

3. 检查Cache.cs第68行的代码
   直接定位到Cache.cs第68行，确认你调用Insert方法的那个字典实例是否确实是静态只读字段，并且已经被正确初始化。如果发现字典为null，就顺着初始化的代码往上排查，找到为什么它没有被实例化的原因。

内容的提问来源于stack exchange，提问作者Shelby115