关于application

Question

我做了个网站，想实现统计网站访问量的功能于是用了application,问题是前一天只要有访问的都会计数并加1，但是第二天再来访问的时候总访问量就成1了，又从0开始计数了，请问这是怎么回事！我们的服务器一直是开着的！我是菜鸟，请高手们加以指点！不胜感激！

Answer 1

应用程序池回收造成的，以下是引用内容：
默认情况下，WWW服务建立“重叠回收”，即继续运行要终止的工作进程，直到启动新的工作进程后为止。 在重叠回收方案中，要回收的进程继续处理请求，同时 WWW 服务创建一个替代工作进程。在停止旧工作进程之前启动新的工作进程，然后将请求定向到新的进程。此设计可以防止服务中断，因为旧进程关闭前仍然保持与 HTTP.sys 的通信以处理请求。因为可重叠关闭或启动的关闭超时值是可以配置的，所以在工作进程仍在处理请求的同时可以终止该进程（如果它在时间限制内没有处理完请求的话）。 IIS应用程序池自动回收机制给我们带来便利的同时，也会造成潜在的问题。编写依赖于Global文件中全局事件的函数时我们要特别注意了，尤其是每天定时执行的函数，因为重新启动IIS应用程序池后，如果没有用户访问网站，则无法激活Application_Start事件，函数也就无法执行了。补充：猜想你的Seesion应该用的是Inproc模式（进程中），在回收时会将Request转移给新的进程来处理，从而产生一个新的SessionID,原来的Session、Application对象随着进程的回收都丢失了。解决：Session采用StateServer或者SqlServer模式，在Application_End事件中把数据写入数据库或者按时间定时插入到数据库，做一个详细的报表

Answer 2

原因：应用程序池回收默认情况下，当IIS 6.0回收一个池时，它会使用一种称为overlapped recycle的回收技术。在这种回收模式下，失败的工作进程仍会保持运行状态，同时创建一个新的工作进程。IIS 6.0把新传入的请求传递给新的工作进程，但不拆除老的工作进程，直至老的工作进程处理完它队列中的请求，或者遇到超时错误。在此期间，TCP/IP连接不会丢失，因为有http.sys保持着连接的有效性。当失败的工作进程超时出错时，下一个请求传递给工作进程的请求是新的请求，因此原来保存在进程中的会话信息就会丢失。所有这类回收操作都自动进行，无需管理员干预，而且在大多数情况下，不会造成明显的服务中断现象。如有必要，可以将配置数据属性LogEventOnRecycle的值设置为1，指示W3SVC执行回收操作时生成一条事件日志记录。 IIS应用程序池自动回收机制给我们带来便利的同时，也会造成潜在的问题。编写依赖于Global文件中全局事件的函数时我们要特别注意了，尤其是每天定时执行的函数，因为重新启动IIS应用程序池后，如果没有用户访问网站，则无法激活Application_Start事件，函数也就无法执行了。Session不要采用Inproc模式，改为StateServer或者SqlServer，在Application_End事件中把统计数据写入到数据库或特定文件（也可以每天凌晨定时写入），Start事件中先判断Application，若不存在就先去读出数据

Answer 3

默认情况下，当IIS 6.0回收一个池时，它会使用一种称为overlapped recycle的回收技术。在这种回收模式下，失败的工作进程仍会保持运行状态，同时创建一个新的工作进程。IIS 6.0把新传入的请求传递给新的工作进程，但不拆除老的工作进程，直至老的工作进程处理完它队列中的请求，或者遇到超时错误。在此期间，TCP/IP连接不会丢失，因为有http.sys保持着连接的有效性。当失败的工作进程超时出错时，下一个请求传递给工作进程的请求是新的请求，因此原来保存在进程中的会话信息就会丢失。所有这类回收操作都自动进行，无需管理员干预，而且在大多数情况下，不会造成明显的服务中断现象。如有必要，可以将配置数据属性LogEventOnRecycle的值设置为1，指示W3SVC执行回收操作时生成一条事件日志记录。