ASP.NET网站项目何时重新编译？

Question

正如Maurico和codeka首先声明的那样,如果您不希望会话受到网站重新编译和应用程序回收的影响,请不要使用默认的InProc会话.

导致整个网站重新编译的原因列表:

1. 默认情况下,如果对网站中的顶级文件进行任何更改,则会重新编译整个站点.顶级文件包括global.asax文件以及bin /和App_Code /文件夹中的所有文件.

2. 修改web.config

3. 如果SectionInformation.RestartOnExternalChanges属性为true ,则配置包括文件更改

   <section name ="MyAppSettings"type ="System.Configuration.AppSettingsSection,System.Configuration,Version = 2.0.0.0,Culture = neutral,PublicKeyToken = b03f5f7f11d50a3a" restartOnExternalChanges =" true "requirePermission ="false"/>

笔记:

• 如果您希望能够在不导致重新编译整个站点的情况下更改顶级文件,则可以将Web.config文件中编译元素的optimizeCompilations属性设置为true

参考文献:

• 了解ASP.NET动态编译

---

哪些信息告诉导致网站项目(而不是Web应用程序项目)自身重新编译的更改和文件？

我问的原因是因为我们不希望用户丢失会话.因此,我们希望仅在凌晨时分更新实时网站并进行可重新编译的更改,但我们希望在白天进行更改以加快它们的速度.我们首先会升级到临时服务器并在那里观看,但是一个明确的列表会提前很好.

Answer 1

您不仅会在重新编译网站时丢失会话,而且还会在IIS工作进程被回收时丢失会话.从技术上讲,这可以在任何时候发生(有办法将其最小化,但我更喜欢构建能够在工作流程循环中存活的应用程序),所以如果会话非常重要,那么你确实需要将它们存储在进程外.

ASP.NET附带一个内置的"状态服务器",它只是一个存储会话状态的Windows服务.另一种选择是使用SQL Server会话状态存储.

很多人会告诉你,在SQL Server中存储会话状态是一个性能问题,但我不同意:由于进程循环而丢失会话比SQL Server的性能更令人担忧.除了你真正需要的东西之外,ASP.NET状态服务器更快(如果你想在电源循环中存活,你甚至可以编写一个在NoSQL数据库中存储状态的自定义提供程序!)