我之前发布了另一个问题,但经过一些观察,我已经缩小到导致我的问题的可能性。基本上,一旦IIS应用程序池被回收,我的依赖注入(最终通过创建NWatchApplication来扫描某些DLL)就会失败。 INWatchApplication是Web API项目的依赖项。
以下是Global.asax的内容:
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
GlobalConfiguration.Configure(WebApiConfig.Register);
FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
RouteConfig.RegisterRoutes(RouteTable.Routes);
BundleConfig.RegisterBundles(BundleTable.Bundles);
var webApiContainer = new Container();
webApiContainer.Options.DefaultScopedLifestyle = new WebApiRequestLifestyle();
RegisterTypes(webApiContainer);
webApiContainer.RegisterWebApiControllers(GlobalConfiguration.Configuration);
webApiContainer.Verify();
GlobalConfiguration.Configuration.DependencyResolver =
new SimpleInjectorWebApiDependencyResolver(webApiContainer);
}
private void RegisterTypes(Container container)
{
var virtualPath = HostingEnvironment.ApplicationVirtualPath.Substring(1);
string baseName = null;
if (!string.IsNullOrEmpty(virtualPath)) {
baseName = HostingEnvironment.SiteName + "_" + virtualPath;
} else {
baseName = HostingEnvironment.SiteName;
}
var nWatchApp = new NWatchEntityApplication(GetNWatchConfig());
Trace.Listeners.Add(new DevOps.Diagnostics.DevOpsLogTraceListener(baseName));
container.RegisterSingleton<INWatchApplication>(nWatchApp);
container.Register<NWatchDbContext>(() => nWatchApp.GetDbContext(), Lifestyle.Scoped);
}
private INWatchConfiguration GetNWatchConfig()
{
Configuration rootConfig =
System.Web.Configuration.WebConfigurationManager.OpenWebConfiguration(HostingEnvironment.ApplicationVirtualPath);
return new NWatchSystemConfiguration(rootConfig);
}
我已经阅读了各种博客和帖子,讨论动态加载的DLL似乎是一个问题,因为当IIS回收池时,它们不会被复制到AppDomain。 (我在这里可能完全错了,但这是我的怀疑)。
如何确保所有可能已加载的DLL(当应用程序首次部署到IIS时)即使在回收后仍可供应用程序使用?
答案 0 :(得分:1)
var assemblies = BuildManager.GetReferencedAssemblies().Cast<Assembly>();
放入Global.asax内部Application_Start()似乎解决了这个问题!