这里是 Autofac 新手，但我喜欢我目前所看到的。我正在尝试利用已解析对象的请求生命周期，但在确认请求完成后确实发生了处置时遇到了麻烦。
我有一个一次性对象，我在页面请求开始时获得并在结束时处理。我现在正在使用 autofac 来获取对象的实例，我想看看 autofac 是否会为我做处理。
我已经在相关对象上检测了 Dispose() 方法，当我的页面进行生命周期管理时，我可以看到它“触发”。当我不处置自己，而是让 autofac 去做时，我看不到任何证据。
我使用these 指令来配置thigns，包括web.config 和global.asax 更改。我能够很好地实例化该对象，但我不知道它是否真的被处置了。还有一步吗？
【问题讨论】：
无论您是在页面中手动处理对象还是让 Autofac 模块来处理，根据请求生命周期处理对象的时间都会有所不同。 The Autofac ContainerDisposalModule 不会 dispose the Request container 和你的对象，直到 HttpApplication.EndRequest 被触发，这是在请求生命周期的最后。
根据您跟踪对对象 Dispose 方法的调用的方式，您可能看不到输出。您如何检测您的 Dispose 方法？
【讨论】：
重复您重新发布的答案：
大多数情况下都会发生这种情况（在任何 IoC 容器）你会发现那个 沿链的组件 dependencies 是一个单例。
例如
A -> B -> C
如果 A 是“工厂”，则 B 是“单例” 并且 C 是“工厂”，然后解析 A 将获得对单例的引用 B，它将始终引用 同一个C。
为了创建一个新的 C 每次你解决A，B也必须 成为“工厂”。
【讨论】：
我想通了！
我在向 WRONG 容器询问对象实例 - 我在向应用程序容器询问对象而不是请求容器。
天哪！
【讨论】：
Dispose 只不过是一个允许您定义“Dispose”方法的接口。需要一次性类的最常见用途是该类中是否存在应显式释放的资源（例如 Windows 资源句柄）。在大多数情况下，不需要 IDisposable 接口，因为垃圾收集器非常强大，并且在管理内存方面做得更好。但是，很明显有很多情况下必须立即释放句柄，这就引出了下一点，IDisposable 的实现。
不该做的事：
var myClass = MyDisposableClass();
// do stuff with myClass
myClass.Dispose();
Proper usage:
using (var myClass = MyDisposableClass())
{
// do stuff with myClass
}
编译器将有效地构建以下内容：
MyDisposableClass myClass = MyDisposableClass();
try
{
// do stuff with myClass
}
finally
{
myClass.Dispose();
}
重要的区别是，无论发生什么，您都知道您的 Dispose 会被调用。此外，您可以绑定一个析构函数（如果存在，则由垃圾收集器调用），然后您可以绑定该析构函数来调用您的 Dispose 方法；但如果您出于某种原因需要这样做，请确保不要两次释放相同的资源（释放后将指针设置为 null）。
【讨论】：