if(!this.Response.IsClientConnected)
{
Response.End();
}
不过我从that this method is slow开始就碰到了various sources.
所以我运行自己的测试(使用MVC mini profiler,虽然你可以使用自己的)：
using (var step = MiniProfiler.Current.Step("Response_IsClientConnected"))
if(!this.Response.IsClientConnected)
{
Response.End();
}
这发现,每次我称之为它一直非常快：在我的开发人员设置的1ms以下.这是真的还是假的？
Response.IsClientConnected在什么情况下预计会很慢？
我必须支持IIS6 – Response.IsClientConnected会慢吗？
有谁知道在封面下做了什么？在低级别,我期望TCP / IP协议栈知道连接是否仍然存在,所以我希望这个检查是即时的,但IIS是否需要做一些额外的工作来检查？
解决方法
Response.IsClientConnected正在通过询问当前工作人员HttpWorkerRequest处理请求来检查此问题.
工作者请求可以是以下类型之一,并且由ISAPIIRRuntime.ProcessRequest(IntPtr ecb,int iWRType)调用的ISAPIWorkerRequest.CreateWorkerRequest(IntPtr ecb,bool uSEOOP)创建.这是从低级别ISAPI到ASP.NET运行时的入口点.
> ISAPIWorkerRequestInProcForIIS6
> ISAPIWorkerRequestInProcForIIS7> = IIS7
> ISAPIWorkerRequestInProc< IIS6
> ISAPIWorkerRequestOutOfProc对于proc请求
对于所有的InProc HttpWorkerRequest工作人员,此调用将通过调用位于作为扩展控制块(ECB)的webengine.dll pECB中的EcbIsClientConnected(IntPtr pECB)引回到非托管代码,提供对ISAPI的所有低级访问请求.该引用最初传递给ISAPIRuntime.ProcessRequest.
现在我找不到EcbIsClientConnected方法的任何实现细节.所以没有这个,这是不可能知道它在封面下做了什么,这可能不同于IIS的不同版本.也许别人可以解释一下我也想知道.
