1.SpringSecurity中的过滤核心过滤器介绍
2.请求参数中文乱码解决
3.布隆过滤器(Bloom Filter)详解
4.filter过滤器配置如何不过滤一些页面
5.Shiro源码分析---FilterChain创建过程
6.Gin源码分析 - 中间件(1)- 介绍及使用
SpringSecurity中的核心过滤器介绍
本文将介绍SpringSecurity中常用的过滤器及其加载过程。
一、器源常用的码推码过滤器
常用的过滤器共有个,具体如下:
1. org.springframework.security.web.context.SecurityContextPersistenceFilter:这是荐过第一个过滤器,其重要性不言而喻。滤器它主要使用SecurityContextRepository在session中保存或更新一个SecurityContext,过滤android源码预置音乐并将SecurityContext提供给后续过滤器使用,器源为后续filter建立所需的码推码上下文。SecurityContext中存储了当前用户的荐过认证和权限信息。
2. org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter:此过滤器用于继承SecurityContext到Spring异步执行机制中的滤器WebAsyncManager,是过滤spring整合必须的。
3. org.springframework.security.web.header.HeaderWriterFilter:向请求的器源header中添加响应的信息,可以在http标签内部使用security:headers来控制。码推码
4. org.springframework.security.web.csrf.CsrfFilter:Csrf又称跨域请求伪造,荐过SpringSecurity会对所有post请求验证是滤器否包含系统生成的csrf的token信息,如果不包含则报错,起到防止csrf攻击的效果。
5. org.springframework.security.web.authentication.logout.LogoutFilter:匹配URL为/logout的android 源码网请求,实现用户退出,清除认证信息。
6. org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter:认证操作全靠这个过滤器,默认匹配URL为/login且必须为POST请求。
7. org.springframework.security.web.authentication.ui.DefaultLoginPageGeneratingFilter:如果没有在配置文件中指定认证页面,则由该过滤器生成一个默认的认证界面。
8. org.springframework.security.web.authentication.ui.DefaultLogoutPageGeneratingFilter:由此过滤器生成一个默认的退出登录页面。
9. org.springframework.security.web.authentication.www.BasicAuthenticationFilter:此过滤器会自动解析HTTP请求中头部名字为Authentication,且以Basic开头的头部信息。
. org.springframework.security.web.savedrequest.RequestCacheAwareFilter:通过HttpSessionRequestCache内部维护一个RequestCache,用于缓存HttpServletRequest。
. org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter:针对ServletRequest进行一次包装,使得request具有更加丰富的API。
. org.springframework.security.web.authentication.AnonymousAuthenticationFilter:当SecurityContextHolder中认证信息为空,则会创建一个匿名用户存储到SecurityContextHolder中,SpringSecurity为了兼容未登录的访问,也走了一套认证流程,医院 网站源码只不过是一个匿名的身份。
. org.springframework.security.web.session.SessionManagementFilter:SecurityContextRepository限制同一个用户开启多个会话的数量。
. org.springframework.security.web.access.ExceptionTranslationFilter:异常转换过滤器位于整个SpringSecurityFilterChain的后方,用来转换整个链路中出现的异常。
. org.springframework.security.web.access.intercept.FilterSecurityInterceptor:获取所有配置资源的访问授权信息,根据SecurityContextHolder中存储的用户信息来决定其是否有权限。
二、过滤器加载过程
1. DelegatingFilterProxy:我们在web.xml中配置了一个名称为SpringSecurityFilterChain的过滤器DelegatingFilterProxy,接下来可以查看该源码。
2. FilterChainProxy:通过上面的源码分析我们发现其实创建的是FilterChainProxy这个过滤器,那我们来看下这个过滤器。
3. SecurityFilterChain和DefaultSecurityFilterChain:具体的实现类。
总结:通过上面的代码分析,SpringSecurity中要使用到的过滤器最终都保存在了DefaultSecurityFilterChain对象的List filter对象中。
请求参数中文乱码解决
在处理请求参数时,若参数中含有中文,可能会导致中文乱码问题。网狐6603源码为解决Spring框架中此类问题,Spring提供了专门的字符集过滤器——CharacterEncodingFilter类,位于spring-web-5.2.5.RELEASE.jar的org.springframework.web.filter包中。
为有效解决中文乱码问题,需在web.xml文件中注册CharacterEncodingFilter。重要的是,需将此过滤器注册在其他过滤器之前,确保其执行顺序正确。这一步骤能确保所有请求参数正确解码,避免中文乱码现象。
深入源码分析可进一步理解过滤器工作机制。CharacterEncodingFilter通过设置字符编码,确保请求参数正确解析。在Spring框架中,通过调用CharacterEncodingFilter的filter方法,实现对请求参数的字符编码过滤。
在web.xml中注册过滤器的易语言dll源码示例代码如下:
xml
encodingFilter
org.springframework.web.filter.CharacterEncodingFilter
encoding
UTF-8
forceEncoding
true
encodingFilter
/
*通过以上配置,所有请求参数将被正确解码为UTF-8编码。这将有效解决Spring框架中因请求参数中文乱码带来的问题,确保应用运行稳定,数据处理准确无误。
布隆过滤器(Bloom Filter)详解
布隆过滤器(Bloom Filter),一种年由布隆提出的高效数据结构,用于判断元素是否在集合中。其优势在于空间效率和查询速度,但存在误判率和删除难题。布隆过滤器由长二进制数组和多个哈希函数构成,新元素映射位置置1。判断时,若所有映射位置均为1,则认为在集合;有0则判断不在。尽管可能产生误报,但通过位数组节省空间,比如MB内存可处理亿长度数组。常用MurmurHash哈希算法,如mmh3库,它的随机分布特性使其在Redis等系统中广泛使用。
在Scrapy-Redis中,可以将布隆过滤器与redis的bitmap结合,设置位长度为2的次方,通过setbit和getbit操作实现。将自定义的bloomfilter.py文件添加到scrapy_redis源码目录,并在dupefilter.py中进行相应修改。需要注意的是,爬虫结束后可通过redis_conn.delete(key名称)释放空间。使用时,只需将scrapy_redis替换到项目中,遵循常规的Scrapy-Redis设置即可。
filter过滤器配置如何不过滤一些页面
一般我的方法是
判断uri的是不是这三个
如果是这三个,不做处理,直接直接 下一步
=================
唉,直接给你看源码吧
在doFilter方法里写上
String contextPath = InitObjects.getContextPath();
HttpServletRequest httpServletRequest = (HttpServletRequest) request;
//获得用户请求的uri
String uri = httpServletRequest.getRequestURI();
//eccludedPages是个List,存放着比如index.jsp,error.jsp等不需要过滤的页面
if (!excludedPages.contains(uri)) {
}
}
filterChain.doFilter(request, response);
Shiro源码分析---FilterChain创建过程
在Shiro框架中,无论是进行认证还是权限控制,都依赖于过滤器的配置与应用。在实际开发中,可能需要配置多个过滤器,但每个请求所经过的过滤器组合却因请求不同而异。因此,理解一个请求会通过哪些过滤器,对于熟练使用Shiro至关重要。本文将详细解析请求通过的过滤器创建过程。
Shiro框架通过`org.apache.shiro.web.filter.mgt.FilterChainResolver`接口定义了如何确定一个请求应经过哪些过滤器。接口中的唯一方法`getChain`负责查找并组装一个过滤器链(FilterChain),该链包含了请求处理过程中所应用的所有过滤器。`FilterChain`是一个熟知的概念,尤其是对于Servlet开发人员来说,它在日常工作中常见。而`FilterChainResolver`仅是一个接口,Shiro提供了默认实现类`org.apache.shiro.web.filter.mgt.PathMatchingFilterChainResolver`,该实现类利用请求路径来匹配相应的过滤器。
在深入理解PathMatchingFilterChainResolver的源码前,先来看看FilterChainManager是如何管理和创建FilterChain的。Shiro提供了一个默认的FilterChainManager实现类`org.apache.shiro.web.filter.mgt.DefaultFilterChainManager`。其关键方法`createChain`在系统启动时被调用,用于创建各个FilterChain。以配置示例`/static/**、/formfilterlogin,/role`为例,`chainName`与`chainDefinition`分别代表了需要管理的FilterChain名称与定义。
了解了FilterChainManager的创建与管理机制后,接下来关注FilterChainResolver如何确定请求所需过滤器链。在`DefaultFilterChainManager.proxy`方法中,`NamedFilterList`的实现类`org.apache.shiro.web.filter.mgt.SimpleNamedFilterList`被调用,此步骤是确定过滤器链的关键环节。
至此,Shiro框架中FilterChain创建过程已全面解析完成。如有任何错误或需要进一步讨论的问题,欢迎指正。感谢阅读,期待更多的技术交流。
Gin源码分析 - 中间件(1)- 介绍及使用
中间件在Gin中起着至关重要的作用,它们构成了一条处理HTTP请求的链式结构,实现了代码的解耦和业务分离。本文将深入解析Gin的中间件使用和工作原理。
2.1 中间件的作用
Gin中间件有两个核心功能:一是对请求进行前置拦截,如权限验证和数据过滤;二是对响应进行后置处理,如添加统一头信息或格式化数据。这是它们作为前置过滤器和后置拦截器的角色。
2.2 中间件的实现
在Gin框架中,中间件本质上就是接收gin.Context参数的函数,与处理HTTP请求的Handler并无本质区别,非常直观易懂。
3.1 使用中间件
gin.Default()默认包含了Recovery和Logger中间件,而gin.New()则提供不带中间件的Engine。全局使用可通过gin.Engine的Use()方法,而局部使用则针对路由分组,如user组中使用Logger和Recovery。
4.1 开发自定义中间件
Gin支持自定义中间件,有直接接收Context参数的函数方式和返回HandlerFunc类型的封装方式,后者提供了更好的封装性。
5. 演示与总结
通过实际示例,我们将看到中间件如何串联执行,以及c.Next(), c.Abort(), c.Set(), c.Get()这些方法在处理流程中的作用。下文将深入剖析中间件的代码实现和常用中间件的工作机制。