Spring BeanFactoryPostProcessor自定义实现未打印结果的原因排查

自定义BeanFactoryPostProcessor实现类未打印预期执行结果，可按以下优先级排查可能原因：

• 处理器未被Spring容器托管：属于最高发的问题，常见情况包括类上未添加@Component注解、Java配置类中未通过@Bean显式声明该处理器实例、类所在包不在@ComponentScan的扫描路径范围内，或是手动创建的处理器实例未接入容器初始化流程，导致Spring初始化BeanFactory阶段根本识别不到该实现类，不会触发对应方法的调用。
• 接口实现不符合Spring的约定规则：重写postProcessBeanFactory方法时若出现方法名拼写错误、参数类型不匹配，本质上并未真正实现BeanFactoryPostProcessor接口的抽象方法，Spring无法将其识别为合法的后置处理器；也有不少开发者混淆BeanFactoryPostProcessor和BeanPostProcessor的接口定义，重写了错误接口的方法，导致处理器完全不在Spring的调用链路中。
• 执行流程提前中断，未走到打印逻辑：如果打印代码之前的业务逻辑抛出空指针、类型转换等异常，而容器启动早期的相关日志没有配置对应输出级别，异常堆栈不会直接展示在控制台，会造成“处理器未执行”的错觉。
• 日志输出被配置规则屏蔽：如果预期打印的日志通过slf4j、log4j等日志框架输出，而当前应用配置的日志级别为ERROR及以上，INFO、DEBUG级别的打印内容会被直接过滤，不会展示在控制台中。
• 未正确接入容器初始化流程：比如在自定义应用启动逻辑中，手动创建ApplicationContext时没有将自定义的后置处理器添加到对应执行列表，导致处理器不在容器启动的执行链路中。

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