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，过滤wget的源码包并将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的地图着色源码下载请求，实现用户退出，清除认证信息。
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对象中。
请求参数中文乱码解决
在处理请求参数时，若参数中含有中文，可能会导致中文乱码问题。maven 安装源码包为解决Spring框架中此类问题，Spring提供了专门的字符集过滤器——CharacterEncodingFilter类，位于spring-web-5.2.5.RELEASE.jar的org.springframework.web.filter包中。
为有效解决中文乱码问题，需在web.xml文件中注册CharacterEncodingFilter。重要的是，需将此过滤器注册在其他过滤器之前，确保其执行顺序正确。这一步骤能确保所有请求参数正确解码，避免中文乱码现象。
深入源码分析可进一步理解过滤器工作机制。CharacterEncodingFilter通过设置字符编码，确保请求参数正确解析。在Spring框架中，通过调用CharacterEncodingFilter的filter方法，实现对请求参数的字符编码过滤。
在web.xml中注册过滤器的mt6250 源码示例代码如下：
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()这些方法在处理流程中的作用。下文将深入剖析中间件的代码实现和常用中间件的工作机制。