Shiro 1.7.1结合Guice4.2.3自定义LogoutFilter触发重复绑定异常咨询

• Shiro 1.4及以上版本对shiro-guice的Web绑定流程做了重构：父类ShiroWebModule在内部初始化阶段，已经提前对所有内置默认过滤器（包括LogoutFilter）做了显式绑定，同时完成了过滤器标识（如LOGOUT）与对应Filter实例的映射注册。
• Shiro 1.3.x版本没有提前做这些预绑定，因此手动编写绑定代码不会触发冲突；但在1.7.1版本下，手动对LogoutFilter类重复执行bind().to()操作，会直接触发Guice的重复绑定校验报错。
• 报错提示的“绑定null实例不允许”是重复绑定引发的级联异常：绑定冲突会导致父类内部的过滤器映射被置空，后续流程走到空值判断分支就会抛出该错误，解决重复绑定问题后这个错误会自动消失。

核心原则是不要手动直接绑定原生LogoutFilter类，使用ShiroWebModule提供的专属过滤器注册接口完成自定义实现的覆盖：

1. 删除原代码中手动绑定LogoutFilter的冗余逻辑
2. 调用父类提供的bindFilter方法，将自定义的MyLogoutFilter类与内置的LOGOUT过滤器标识做关联，框架会自动覆盖默认的LogoutFilter实现
3. 保持原有的过滤器链配置逻辑不变

修正后的自定义Shiro模块代码：

package com.myshiro.myshiro;

public class MyShiroModule extends ShiroWebModule {

    public MyShiroModule(ServletContext servletContext) {
        super(servletContext);
    }

    @Override
    protected void configureShiroWeb() {
        try {
            bindRealm().toConstructor(IniRealm.class.getConstructor(Ini.class));
        } catch (NoSuchMethodException e) {
            addError(e);
        }
        // 覆盖默认的LogoutFilter实现
        bindFilter(MyLogoutFilter.class, LOGOUT);
        addFilterChain("/logout", LOGOUT);
    }
}

• bindFilter是Shiro Guice模块提供的官方过滤器注册入口，生成的Filter实例完全由Guice托管，支持依赖注入、作用域控制等Guice原生能力
• 该配置方式不会与父类的默认过滤器绑定产生冲突，同时能保证Shiro的过滤器链逻辑正常识别到自定义实现
• 配置完成后运行单元测试，之前触发的两类绑定报错都会完全消除

内容的提问来源于stack exchange，提问作者user3357926