JeecgBoot项目中Shiro双重过滤导致的性能问题分析

问题背景

在JeecgBoot 3.7.1版本中，部分用户反馈系统运行效率较低，请求处理时间过长。通过性能分析发现，某些请求的处理时间达到了300毫秒以上，这明显超出了正常范围。

问题根源

经过深入排查，发现这是由于Shiro安全框架被配置了双重过滤器导致的：

1. DelegatingFilterProxy：Spring提供的标准过滤器代理
2. ShiroFilterFactoryBean：Shiro自身的过滤器工厂

这种双重配置导致每个请求实际上被Shiro安全框架处理了两次，造成了不必要的性能开销。

技术原理分析

在Spring Boot集成Shiro的典型配置中，通常只需要配置其中一个过滤器即可：

• DelegatingFilterProxy：这是Spring提供的通用过滤器代理，它会将过滤逻辑委托给Spring容器中定义的过滤器bean
• ShiroFilterFactoryBean：这是Shiro提供的专用过滤器工厂，它会创建并配置Shiro的过滤器链

当两者同时存在时，会导致：

1. 请求首先被DelegatingFilterProxy拦截并处理
2. 然后又被ShiroFilterFactoryBean创建的过滤器链再次处理
3. 所有安全校验逻辑（如权限验证、会话管理等）都会执行两次

解决方案

最简单的解决方案是注释掉其中一个过滤器的配置。根据JeecgBoot的实际情况，推荐保留ShiroFilterFactoryBean的配置，而注释掉DelegatingFilterProxy的配置。

性能影响

通过修复这个问题，可以带来显著的性能提升：

• 减少约50%的Shiro相关处理时间
• 降低系统CPU使用率
• 提高系统整体吞吐量

最佳实践建议

1. 在集成安全框架时，应仔细检查过滤器的配置，避免重复
2. 使用性能分析工具定期检查请求处理链路
3. 对于关键业务接口，建议进行基准测试
4. 升级到最新版本的JeecgBoot，该问题已在后续版本中修复

总结

Shiro双重过滤配置是Spring Boot项目中常见的一个性能陷阱。通过理解Shiro和Spring过滤机制的工作原理，开发者可以避免这类问题，构建更高效的应用程序。JeecgBoot团队已经在新版本中修复了这个问题，建议用户及时升级以获得最佳性能体验。