在客户端请求过程中更新ASP.NET web.config

在客户端请求过程中更新ASP.NET web.config,asp.net,web-config,Asp.net,Web Config,如果在ASP(ASP.NET 2.0)服务器仍在处理客户端请求时更新了web.config,会发生什么情况? -这个过程会被终止吗? -如果没有,进程将读取web.config中的更新 感谢您的任何输入Microsoft:“ASP.NET将在重新启动之前为所有挂起的请求提供服务” -- 当重新启动应用程序时 需要时,ASP.NET将为所有 现有用户的未决请求 应用领域和旧的 重新启动前的程序集 应用程序域和加载新的 装配 并通过更改asp.net Web.config文件来遵循逻辑流 “配置更

如果在ASP(ASP.NET 2.0)服务器仍在处理客户端请求时更新了web.config,会发生什么情况? -这个过程会被终止吗? -如果没有,进程将读取web.config中的更新

感谢您的任何输入

Microsoft:“ASP.NET将在重新启动之前为所有挂起的请求提供服务” --

当重新启动应用程序时 需要时,ASP.NET将为所有 现有用户的未决请求 应用领域和旧的 重新启动前的程序集 应用程序域和加载新的 装配

并通过更改asp.net Web.config文件来遵循逻辑流


“配置更改导致应用程序域重新启动”

应用程序有效地重新启动。然而,在第一个布告中也提到了一个技巧来解决这个“问题”

中配置设置的更改 Web.config文件间接导致 要重新启动应用程序域。此 行为是由设计产生的。你可以 可以选择使用configSource 属性引用外部 配置不会导致 更改后重新启动。对于 有关详细信息,请参阅中的configSource 继承的一般属性 节元素

尝试更改配置 由没有 编辑该文件的权限将不受限制 导致应用程序重新启动 域名

^--

国家丧失 如果存储在进程中,您的应用程序、会话和其他状态将丢失

当使用进程中的 会话状态模式,会话状态数据 如果aspnet_wp.exe或 应用程序域重新启动

^--

生命周期的影响 存储在应用程序中的信息 状态。.NETFramework应用程序 域或承载 基于.NET的应用程序可能会被撕毁 随时都会被摧毁 在应用程序执行期间(作为 崩溃、代码更新、, 计划进程重新启动,依此类推 上)

^--


等… 只是一些杂烩。有关在进程外存储会话状态的信息


^--

我相信,如果您对web.config进行任何更改,ASP.NET会通过回收应用程序池自动重新加载您的应用程序。这当然会导致InProc会话状态的会话、应用程序和缓存数据丢失。

请求完成后,AppDomain将被卸载。

新的
web.config
实际上是一个副本,因此正在进行的请求将不受影响地完成—它不会拾取更改。当请求完成时,新的
web.config
将写入旧的
web.config,后续请求将根据更新的值(在新的应用程序域中)工作.

请注意,您只需在应用程序运行时对文本编辑器中的web.config进行一些简单的修改,然后将其保存回磁盘,就可以看到这一点。因此请求仍将被处理,响应将被发送回客户端,直到下一个请求,对吗?肯定是非常真实和良好的引用,我回复了一张海报,问他们如何制作一个按钮来重新启动他们的web应用程序,并告诉他们他们希望它只更新web.config并获得DVs!我更喜欢保护web.config不被写入,并告诉用户改为写入/踢入链接到web.config的外部配置文件'external.config',如下所示:|和|