Spring Boot中@Bean实现：如何再次调用登录用单例Bean

你当前的写法本质是将动态的登录令牌作为单例字符串Bean交给Spring管理，受Spring默认单例作用域的特性限制，被@Bean标注的login()方法只会在容器启动初始化时执行一次，返回值会被永久缓存为单例实例，后续无论通过何种方式注入这个Bean，拿到的都是容器启动时生成的第一版令牌，不会再次执行方法内部的登录逻辑。

注：哪怕你在代码里手动直接调用这个login()方法，Spring为了保证单例语义，也会通过CGLIB代理拦截方法调用，直接返回缓存的实例，根本不会走方法内部的业务逻辑。

核心思路是拆分Bean的定位：把“固定可复用的管理逻辑”注册为单例Bean，把“动态变化的登录令牌”作为Bean内部维护的可变状态，而不是直接把令牌本身当成单例Bean。

• 第一步：抽离独立的令牌管理组件
  新建一个被Spring管理的TokenManager组件，把原来login()方法里的所有登录、登出逻辑迁移进来：
  • 组件内部维护一个成员变量currentToken，用于存储当前生效的访问令牌
  • 对外提供refreshToken()方法：方法内部先调用旧令牌的登出接口，再重新发起登录请求获取新的令牌，最后更新currentToken的值
  • 对外提供getCurrentToken()方法：所有业务模块需要使用令牌时，直接调用这个方法拿当前有效的令牌，不再单独注入字符串类型的令牌Bean
• 第二步：对接定时任务逻辑
  在需要执行月度登出重登的定时任务类中，直接注入单例的TokenManager组件，定时触发时直接调用tokenManager.refreshToken()方法即可完成全流程的令牌更新。
  这个流程完全贴合Spring的容器特性：单例的管理组件只创建一次，内部的令牌状态可以按需求动态更新，所有业务模块拿到的始终是最新的有效令牌。

如果暂时不想对现有代码做大规模重构，可以绕开Spring对@Bean方法的代理拦截：

• 将原login()方法内部的登录逻辑抽成独立的普通Java类方法，不依赖Spring容器的代理拦截
• 定时任务执行时，直接实例化这个普通类调用内部的登录方法，手动完成登出、重登的流程

注：这个方案的耦合度高、维护成本高，仅适合临时过渡使用，不建议长期作为生产实现。

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