ASP.NET 全局/静态存储？
我有一个线程安全对象，它是以前在 Windows 服务/客户端场景中使用的 API 的一部分。这个线程安全对象本质上是一个单例并存储在静态变量中，以便所有调用者都可以访问相同的状态。
这个 API 最近开始在 ASP.NET 应用程序中使用，我怀疑我们看到的一些奇怪的行为可能是由于意外的 AppDomain/生命周期行为造成的。所以我想知道是否可以获得一些验证：
静态变量是否可靠地适用于所有请求，或者 ASP.NET 是否对多个请求使用多个 AppDomain 进行了任何欺骗？
我知道网络花园就是这种情况......但我们的 IIS 配置为仅使用 1 个进程，并且配置为每天仅回收一次
I have a thread-safe object which is part of an API previously used in windows service/client scenarios. This thread-safe object is essentially a singleton and stored in a static variable so that all callers can access the same state.
This API has recently started being used in an ASP.NET application, and I suspect that some funky behavior we're seeing may be due to unexpected AppDomain/lifecycle behavior. So I was wondering if I could get some verification:
Is a static variable reliably available for all requests, or does ASP.NET do any trickery with having multiple AppDomains for multiple requests?
I understand this would be the case for a web garden ... but our IIS is configured to use only 1 process, and is configured to only recycle once a day
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
对于 1 个工作进程中的所有请求，静态变量应该相同。我建议您将日志添加到您的 asp.net 应用程序中，特别是在 application_start/stop 和单例的静态构造函数中，以查看发生了什么。
希望这有帮助。
Static variable should be the same for all requests in 1 worker process. I would suggest you to add logs to your asp.net application, especially in application_start/stop and in static constructor of a singleton to see what's happening.
Hope this helps.