Jeecg-Boot项目中Shiro双重过滤导致性能问题的分析与解决

问题背景

在Jeecg-Boot 3.7.1版本中，用户反馈系统运行效率较慢，经过排查发现请求处理过程中存在明显的性能瓶颈。通过性能分析工具捕获的截图显示，Shiro相关的权限校验操作被重复执行了两次，每次校验耗时约100多毫秒，两次校验累计导致300多毫秒的额外开销。

问题原因分析

深入分析后发现，这是由于Spring Boot项目中同时配置了两种Shiro过滤器导致的：

1. DelegatingFilterProxy：Spring提供的标准过滤器代理，用于将Servlet容器的过滤器生命周期委托给Spring应用上下文中定义的bean
2. ShiroFilterFactoryBean：Shiro框架提供的过滤器工厂bean，用于创建Shiro的安全过滤器链

这两种过滤器都被配置并生效，导致每个请求实际上被Shiro安全框架处理了两次，造成了不必要的性能损耗。

解决方案

解决此问题的方法很简单：只需在配置文件中注释掉其中一种过滤器的配置即可。根据项目实际情况，推荐保留ShiroFilterFactoryBean的配置，而注释掉DelegatingFilterProxy的配置。

技术原理详解

Shiro在Spring Boot中的集成方式

Shiro与Spring Boot集成时，通常有两种主要方式：

1. 通过ShiroFilterFactoryBean：

   • 这是Shiro原生的集成方式
   • 通过FactoryBean创建过滤器链
   • 提供了更细粒度的控制

2. 通过DelegatingFilterProxy：

   • 这是Spring提供的通用方式
   • 将Servlet过滤器委托给Spring管理的bean
   • 更符合Spring的编程模型

为什么双重配置会导致性能问题

当两种配置同时存在时，请求处理流程如下：

1. 请求首先被DelegatingFilterProxy捕获
2. DelegatingFilterProxy将请求交给Shiro过滤器处理（第一次权限校验）
3. 请求继续被ShiroFilterFactoryBean创建的过滤器链处理（第二次权限校验）
4. 最终到达业务控制器

这种双重过滤不仅增加了不必要的权限校验开销，还可能导致其他潜在问题，如会话管理异常等。

最佳实践建议

1. 统一使用ShiroFilterFactoryBean：这是Shiro推荐的集成方式，提供了更完整的Shiro特性支持
2. 性能监控：建议在项目中集成APM工具，如SkyWalking或Prometheus，以便及时发现类似性能问题
3. 配置审查：在项目启动时，可以添加配置校验逻辑，确保不会出现重复的安全过滤器配置
4. 权限缓存：对于性能敏感的应用，可以考虑增强Shiro的缓存配置，减少权限校验的数据库查询

总结

Jeecg-Boot项目中出现的Shiro双重过滤问题是一个典型的配置不当导致的性能问题。通过理解Shiro与Spring Boot的集成原理，我们可以避免类似的配置错误。在实际项目中，建议开发团队建立配置规范，并对关键组件的配置进行评审，以确保系统性能最优。