本文实例讲述了C#自定义HttpFilter模块完善的方法，分享给大家供大家参考。具体实现方法如下：
一、背景
近期由于要针对项目做用户操作日志，但不想在每个方法里去增加代码，写入用户日志。因为这样具体的方法违背职责单一的原则，若后期日志内容格式发生变更，或其他什么需求，该方法代码主要一变在变，故使用HttpModule模块来完成此功能，感兴趣的朋友可以参考：关于HttpHandler与HttpModule的理解和应用方法
经过实际运用与完善，现在可以再次总结下。
二、拦截时机
现在的版本中，拦截的依据是，在每次请求发生的过程中，拦截控制器类请求，重定向http输出流，并分析出Controller与Action，接下来查找是否有方法监控了此控制器，若有，则分析出请求输入参数，与此次请求输出内容，存储在FilterContext中，交给该方法，完成相应逻辑。
由于在最初的写法中，是针对所有的请求进行流的重定向，在asmx下，会遇到问题，只要重定向了，调用服务的客户端会提示400 Http Bad Request 。这个具体的错误原因，还不清楚，但正是由于该错误，让我发现，我之前拦截的时机是错误的，理应放在请求之前，判断是否满足拦截的规则，若满足，则重定向输出流。
三、读取用户名
在Module模块中总会出点问题，最后使用了Cookie记住用户名，并直接定义为FilterContext一个属性。解释下这样做的原因：由于记住用户名的方式有很多，如Session、Cookie，即读取用户名的方式是可变的，所以尽可能将变化的内容在前面解决，这样监听控制器的方法，直接根据该属性获取用户名，否则用户名的读取时机，放在每个监听控制器模块之后，读取方式一旦发生变更，所有的模块都要改变，当然也可以通过继承一个base类来避免这么大的改变。
在这里我想表达的意思是:我们做类似底层库的东西，尽可能稳定,将变化点集中在库本身，这样依赖该库的应用才能稳定。若.net版本更新过程中，API都不稳定，想必我们也不会在去使用它。
四、应用之写入日志
典型例子如下:
由于此处我没有写例子，先描述我在项目中运用的情况。系统有很多数据字典，在请求该数据字典时，程序首先从数据库加载字典数据，并放入缓存，此时放入缓存有个技巧，设置过期时间，并设置移除缓存前的回调，我们来看看具体的方法定义:
完整实例代码点击此处本站下载。
希望本文所述对大家的C#程序设计有所帮助。