重疊處理

使用 IIS 5.0 時(shí)，如果一個(gè)運(yùn)行于低隔離模式或運(yùn)行于中隔離模式的 Web 網(wǎng)站發(fā)生了一次失效，那么重啟網(wǎng)站的唯一方法就是重啟整個(gè) IIS。這樣做會(huì)導(dǎo)致 IIS 突然停止服務(wù)，所以，在重啟過(guò)程中到達(dá)的請(qǐng)求都將發(fā)生失效。
IIS 6.0 引入了一種革命性的概念，即重疊處理的概念?；谥丿B處理的概念，即使一個(gè)應(yīng)用程序池被回收，所有后來(lái)到達(dá)的請(qǐng)求仍然可以繼續(xù)得到服務(wù)。IIS 7.0 仍然支持這個(gè)概念。
如果某個(gè)應(yīng)用程序池被回收，那么現(xiàn)有的工作進(jìn)程并沒有馬上退出，而是啟動(dòng)第二個(gè)工作進(jìn)程，一旦第二個(gè)進(jìn)程啟動(dòng)成功，Http.sys 隨即將所有的新的請(qǐng)求發(fā)送給這個(gè)新的工作進(jìn)程。當(dāng)現(xiàn)有的工作進(jìn)程處理完所有請(qǐng)求之后即關(guān)閉退出。因?yàn)?Http.sys 可以在將到達(dá)的請(qǐng)求發(fā)送給新的工作進(jìn)程之前，完成對(duì)已到達(dá)的請(qǐng)求進(jìn)行排隊(duì)處理的操作，因此，在回收應(yīng)用程序池的過(guò)程中，不會(huì)發(fā)生丟失頁(yè)面請(qǐng)求的現(xiàn)象。

    盡管在回收應(yīng)用程序池的過(guò)程中不會(huì)發(fā)生頁(yè)面請(qǐng)求丟失現(xiàn)象，也不會(huì)出現(xiàn)頁(yè)面請(qǐng)求發(fā)生失效的情況，但是對(duì)回收過(guò)程而言，確實(shí)可能存在不良影響，這是因?yàn)樵诨厥諔?yīng)用程序池的過(guò)程中，所有保存在工作進(jìn)程中的數(shù)據(jù)都將丟失。默認(rèn)情況下，ASP.NET 保存了會(huì)話狀態(tài)數(shù)據(jù)和進(jìn)程內(nèi)緩存數(shù)據(jù)（我們稱之為 InProc 數(shù)據(jù)）。這些數(shù)據(jù)的有效時(shí)間與工作進(jìn)程的存活時(shí)間完全相同，因此在回收應(yīng)用程序池的過(guò)程中，必須重新創(chuàng)建這些數(shù)據(jù)。所以，必須考慮在進(jìn)程外保存會(huì)話狀態(tài)數(shù)據(jù)。可以在 StateServer、SQLServer，或其他外部會(huì)話狀態(tài)存儲(chǔ)區(qū)中保存會(huì)話狀態(tài)數(shù)據(jù)。此外，當(dāng)啟動(dòng)一個(gè)新的工作進(jìn)程時(shí)，可能會(huì)發(fā)生加載性能問(wèn)題。此時(shí)，IIS 和 ASP.NET 的各個(gè)方面內(nèi)容都必須加載到工作進(jìn)程中，因此總的來(lái)說(shuō)加載時(shí)間還是比較長(zhǎng)的，常常需要耗費(fèi)幾秒鐘的時(shí)間。因此，與應(yīng)用程序池正常運(yùn)行情況相比，應(yīng)用程序池回收之后運(yùn)行的第一個(gè)頁(yè)面常常要花費(fèi)更多時(shí)間才能正常運(yùn)行。