小心使用IHttpHandler下的IsReusable属性
简单介绍
我们平时在开发的时候,常常做一些自己定义的HttpHandler。每次再继承IHttpHandler接口的时候,都要设置IsReusable的值,通常我们都是设置返回true,但是我们要小心这个返回值。由于设置为true的时候有非常多前提条件,当中最重要的2个是:
- 线程要安全
- 一个请求的HttpHandler实例下的状态或上下文信息不能被另外一个请求共享。
再深一点
MSDN对IsReusable的解释很少:获取一个值。该值指示其它请求能否够使用 IHttpHandler 实例。
首先,IsReusable这个属性其有用来指明IHttpHandler实现类的实例能否够被用来处理多个请求。当通过ASP.NET 管道处理时,每一个client请求被服务端觉得是一个工作者线程。因此,假设我们设置 IsReusable = true 时,我们须要确信ProcessRequest 方法是线程安全的。 ProcessRequest 应该不会依赖不论什么有可能被其它请求改动的状态值。
当你的IHttpHandler实现类忙于做初始化时,否则你无需介意IsReusable 返回的是true 或者 false。
另外,由于HttpHandler实例是由HttpHandlerFactory来创建的,而HttpHandlerFactory创建HttpHandler实例的时候会将上下文信息HttpContext作为參数传进去,假设多个工作者线程共享这个实例的话,那就不能都依赖HttpContext.Request内容,由于依赖了。那各个请求就乱了,比方你通过一个Request參数设置Httphandler的一个属性值,然后其它线程在调用的时候就有可能用到这个值。(可是能够利用Request參数去分别处理自己的逻辑,仅仅要不共享即可),再比方我们假设在做多用户信息的时候。假设一个用户能管理另外一个用户的资源的话。那就有问题了。
微软之所以暴露这个属性给我们,由于创建HttpHandler的开销比較大,当IsReusable 为真时。 CLR会维护一个对象池,进去重用,但同一时候它也应该是无状态的。
总结
所以说在设置IsReusable为true的时候,一定要保证线程安全。而且不依赖Request项,当然也不应该有成员变量,由于成员变量在同一个实例下是任意可用的。
另外另一点是。尽量不要使用.ashx文件格式,由于它是在第一期请求的时候才编译,速度自然没有预先编译快了。所以建议在web.config里直接指定所相应的HttpHandler。