JeecgBoot项目中Shiro重复过滤导致性能问题的分析与解决

在JeecgBoot 3.7.1版本中，部分开发者反馈系统运行效率较低，经过排查发现是由于Shiro安全框架被重复配置导致请求被处理两次，每次处理耗时约100多毫秒，两次处理累计达到300毫秒，严重影响了系统性能。

问题根源分析

该问题的根本原因是Spring Boot应用中同时配置了两种Shiro过滤器：

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

这两种配置方式实际上是等价的，都是用来将Shiro的安全机制集成到Web应用中。当两者同时存在时，每个HTTP请求都会被Shiro安全框架处理两次，造成了不必要的性能开销。

解决方案

解决这个问题的方法非常简单：只需注释掉其中一种配置即可。根据JeecgBoot的标准实践，建议保留ShiroFilterFactoryBean的配置，而注释掉DelegatingFilterProxy的配置。

在配置文件中，应该确保不会出现类似以下的重复配置：

// 应该注释掉的配置
@Bean
public FilterRegistrationBean delegatingFilterProxy(){
    FilterRegistrationBean filterRegistrationBean = new FilterRegistrationBean();
    DelegatingFilterProxy proxy = new DelegatingFilterProxy();
    proxy.setTargetFilterLifecycle(true);
    proxy.setTargetBeanName("shiroFilter");
    filterRegistrationBean.setFilter(proxy);
    return filterRegistrationBean;
}

// 保留的配置
@Bean("shiroFilter")
public ShiroFilterFactoryBean shiroFilterFactoryBean(...) {
    // Shiro配置内容
}

性能优化建议

除了解决这个重复过滤的问题外，对于使用Shiro的项目，还可以考虑以下性能优化措施：

1. 缓存配置：合理配置Shiro的缓存策略，特别是认证和授权信息的缓存
2. 会话管理：优化会话管理配置，避免不必要的会话持久化操作
3. 过滤器链：精简Shiro的过滤器链，只保留必要的安全过滤器
4. 并发控制：合理配置并发会话控制参数

总结

在Spring Boot项目中集成安全框架时，配置的简洁性和明确性非常重要。JeecgBoot作为一款优秀的企业级开发框架，其默认配置已经考虑了性能和功能的平衡。开发者在自定义配置时，应该充分理解原有配置的意图，避免引入重复或冲突的配置项。通过解决这个Shiro重复过滤的问题，可以显著提升系统的响应速度，改善用户体验。