最近在整理优化.net代码时，发现几个很不友好的处理现象：登录判断、权限认证、日志记录、异常处理等通用操作，在项目中的action中到处都是。在代码优化上，这一点是很重要着力点。这时.net中的过滤器、拦截器（Filter）就派上用场了。现在根据这几天的实际工作，对其做了一个简单的梳理，分享出来，以供大家参考交流，如有写的不妥之处，多多指出，多多交流。
概述：
.net中的Filter中主要包括以下4大类：Authorize（授权），ActionFilter（自定义），HandleError（错误处理）。
|
过滤器 |
类名 |
实现接口 |
描述 |
|
授权 |
AuthorizeAttribute |
IAuthorizationFilter |
此类型（或过滤器）用于限制进入控制器或控制器的某个行为方法，比如：登录、权限、访问控制等等 |
|
异常 |
HandleErrorAttribute |
IExceptionFilter |
用于指定一个行为，这个被指定的行为处理某个行为方法或某个控制器里面抛出的异常，比如：全局异常统一处理。 |
|
自定义 |
ActionFilterAttribute |
IActionFilter和IResultFilter |
用于进入行为之前或之后的处理或返回结果的之前或之后的处理，比如：用户请求日志详情日志记录 |
AuthorizeAttribute：认证授权
认证授权主要是对所有action的访问第一入口认证，对用户的访问做第一道监管过滤拦截闸口。
实现方式：需要自定义一个类，继承AuthorizeAttribute并重写OnAuthorization，在OnAuthorization中能够获取到用户请求的所有Request信息，其实我们做的所有认证拦截操作，其所有数据支撑都是来自Request中。
具体验证流程设计：
IP白名单：这个主要针对的是API做IP限制，只有指定IP才可访问，非指定IP直接返回
请求频率控制：这个主要是控制用户的访问频率，主要是针对API做，超出请求频率直接返回。
登录认证：登录认证一般我们采用的是通过在请求的header中传递token的方式来进行验证，这样即使用与一般的MVC登录认证，也使用与API接口的Auth认证，并且也不依赖于用户前端js设置等。
授权认证：授权认证就简单了，主要是验证该用户是否具有该权限，如果不具有，直接做下相应的返回处理。
