Entity Framework 6.1.3中DbContext释放后分离对象为何变为null？

首先明确说：这种返回Subject[]变为null的现象绝对不是Entity Framework 6.1.3的正常行为。DbContext被释放（Dispose）只会让已加载的实体对象脱离上下文的跟踪（也就是所谓的“分离”），但这些对象本身仍然存在于内存中，你持有的引用不会突然变成null。

那问题到底出在哪？结合你的代码来看，大概率是这几个原因：

1. 你的GetAll()方法实现有问题 #

如果_subjectRepository.GetAll()在某些场景下（比如查询结果为空时）直接返回null，而不是返回一个空数组（new Subject[0]或者Array.Empty<Subject>()），那不管DbContext是否释放，调用方都会拿到null。这是Repository层的逻辑错误，和EF无关。

举个反例：如果你的GetAll是这么写的，就会出问题：

public Subject[] GetAll()
{
    var result = _dbContext.Subjects.ToList();
    return result.Count == 0 ? null : result.ToArray();
}

正确的写法应该是无论结果有没有数据，都返回数组：

public Subject[] GetAll()
{
    return _dbContext.Subjects.ToArray();
}

哪怕查询结果为空，ToArray()也会返回一个长度为0的数组，而不是null。

2. 延迟执行导致的隐性问题（可能性较低） #

虽然你的方法返回类型是Subject[]，但如果GetAll()内部返回的是一个未执行的IQueryable（比如直接返回_dbContext.Subjects），那编译时就会报错，因为无法直接把IQueryable<Subject>转成Subject[]。所以这种情况大概率不存在，但如果是通过某种隐式转换实现的，那有可能在DbContext释放后才去执行查询，此时就会抛出异常，但一般不会返回null。

3. UnitOfWork的上下文初始化逻辑有漏洞 #

你在using块里调用_unitOfWork.InitializeDbContext(dbContext)，如果_unitOfWork是一个全局单例，或者_subjectRepository没有正确使用传入的新DbContext，而是复用了之前已释放的旧上下文，那可能会导致查询失败，但同样，这种情况更多是抛出异常，而不是返回null。

解决步骤 #

1. 先检查_subjectRepository.GetAll()的实现，确保它永远不会返回null，而是返回空数组或包含数据的数组。
2. 确认GetAll()内部是立即执行查询（调用ToArray()/ToList()），而不是返回延迟执行的查询对象。
3. 验证_unitOfWork.InitializeDbContext方法确实把新的DbContext正确注入到了_subjectRepository中，没有上下文复用的问题。

只要做好这几点，DbContext释放后，你返回的数组和里面的实体对象都会正常存在，不会变成null。

内容的提问来源于stack exchange，提问作者Martin Alex Okello