PostConstruct里调不通feign

@PostConstruct注解有一些限制，其中之一是被注解的方法不得调用feign接口，除非保证此方法能在feign初始化完成后调用。这是因为@PostConstruct注解的方法会在Bean初始化之后立即执行，而feign接口可能需要在应用程序的其他部分初始化完成后才能正常工作。所以，如果在@PostConstruct注解的方法中调用feign接口，可能会导致未初始化完成的feign接口出现问题。

如果想在应用程序启动完成后调用feign接口，可以考虑使用实现CommandLineRunner接口的方式。在run方法中调用初始化服务中的init方法可以实现这个目的。例如，在BuzConfigInitRunner类中实现CommandLineRunner接口，在run方法中调用buzConfigInitService.init()方法来初始化服务。

参考文献：
:https://blog.csdn.net/qwlzxx/article/details/77163268

相关问题

@postconstruct启动报错

### 使用 `@PostConstruct` 注解启动时报错的解决方案

当使用 `@PostConstruct` 进行 Feign 调用后报错，具体表现为 "choosing server for key null" 的问题[^1]。这通常意味着在初始化阶段尝试访问尚未完全准备好的服务实例。

为了确保 `@PostConstruct` 方法能够正常工作，在 Spring Boot 应用程序中需要注意以下几点：

#### 1. 添加必要的依赖项
如果项目基于 Java 11 或更高版本，则需要显式引入 `javax.annotation-api` 作为 Maven 依赖来支持 `@PostConstruct` 和其他相关注解[^4]。

<dependency>
    <groupId>javax.annotation</groupId>
    <artifactId>javax.annotation-api</artifactId>
    <version>1.3.2</version>
</dependency>

#### 2. 配置正确的加载顺序
确保带有 `@PostConstruct` 注解的方法不会过早执行而引起依赖注入失败或其他资源未准备好等问题。可以通过调整 Bean 初始化逻辑或设置合适的懒加载策略来实现这一点。

#### 3. 检查日志输出
观察应用程序的日志可以提供更多关于错误发生位置的信息。例如，从给定的例子可以看到 OrderService 构造函数先于任何 `@PostConstruct` 方法被执行[^2]。因此应确认所有必需的服务都已经成功注册并可用之后再进行实际业务操作。

#### 4. 修改代码结构
对于特定场景下的问题（如Feign客户端），可能还需要重新设计部分代码架构以适应微服务体系的要求。比如通过配置 Ribbon 客户端属性、自定义负载均衡器等方式优化远程调用过程中的行为模式。

import javax.annotation.PostConstruct;
import org.springframework.stereotype.Service;

@Service
public class MyService {

    private final SomeClient someClient;

    public MyService(SomeClient someClient) {
        this.someClient = someClient;
    }

    @PostConstruct
    public void init() {
        // Ensure service discovery has completed before making calls.
        try {
            Thread.sleep(5000); // Wait a few seconds to allow services to register themselves.
        } catch (InterruptedException e) {
            Thread.currentThread().interrupt();
        }
        
        // Proceed with initialization logic that involves calling other microservices via Feign client.
        System.out.println(someClient.callRemoteEndpoint());
    }
}

上述代码展示了如何利用线程休眠等待一段时间让服务发现机制完成后再继续执行后续的操作，从而减少因目标服务器不可达而导致的选择键为空(`null`)的情况出现。

feign集成hystrix获取不到RequestContextHolder.currentRequestAttributes()案例解决

在使用Feign集成Hystrix时，由于Hystrix的线程池隔离机制，无法直接获取到`RequestContextHolder.currentRequestAttributes()`，因为在新的线程中无法访问当前请求的上下文信息。

解决这个问题的一种常见方法是，通过`HystrixConcurrencyStrategy`来传递上下文信息。下面是一个简单的案例解决方案：

1. 创建一个自定义的`HystrixConcurrencyStrategy`类，继承自`HystrixConcurrencyStrategy`：

public class RequestContextHystrixConcurrencyStrategy extends HystrixConcurrencyStrategy {

    @Override
    public <T> Callable<T> wrapCallable(Callable<T> callable) {
        HttpServletRequest request = RequestContextHolder.getRequestAttributes();
        // 通过自定义的CallableWrapper将请求上下文信息传递到Hystrix的线程中
        return new RequestContextCallableWrapper<>(callable, request);
    }

    // 在这里重写一些其他需要的方法
}

2. 创建一个自定义的`CallableWrapper`类，用于在包装`Callable`时传递请求上下文信息：

public class RequestContextCallableWrapper<T> implements Callable<T> {

    private final Callable<T> delegate;
    private final HttpServletRequest request;

    public RequestContextCallableWrapper(Callable<T> delegate, HttpServletRequest request) {
        this.delegate = delegate;        this.request = request;
    }

    @Override
    public T call() throws Exception {
        try {
            RequestContextHolder.setRequestAttributes(new ServletRequestAttributes(request));
            return delegate.call();
        } finally {
            RequestContextHolder.resetRequestAttributes();
        }
    }
}

3. 在启动类中，将自定义的`HystrixConcurrencyStrategy`注册到Hystrix中：

@Configuration
public class HystrixConfig {

    @PostConstruct
    public void init() {
        HystrixPlugins.getInstance().registerConcurrencyStrategy(new RequestContextHystrixConcurrencyStrategy());
    }
}

这样，就可以在使用Feign集成Hystrix时，通过`RequestContextHolder.currentRequestAttributes()`获取到请求上下文信息了。

需要注意的是，上述代码中的`RequestContextHolder`和`ServletRequestAttributes`是Spring Framework的类，如果你使用的是其他框架，请相应地修改代码。同时，该解决方案也适用于其他情况下无法获取到请求上下文信息的场景。