摘要
本文通过一个实际案例，详细分析了在Spring异步调用（@Async）中因上下文传播失效 导致依赖注入的Feign客户端无法正常工作的问题。通过复现问题、原理剖析和解决方案，帮助开发者理解异步线程中Spring上下文管理的机制，并提供可复用的修复方案。
问题现象
这是一个导出接口，导出员工的个人档案，因为档案数据量比较大（导出员工个人档案、岗位记录、考试记录、积分详情、用户信息等）且跨服务接口调用，所以需进行性能优化，采用异步的方式进行获取数据 然后填充导出。然后发现某个方法导出时数据为空排查时发现同步时是正常的，只有异步时导出的数据为空。初步诊断为异步方法不对的原因。
关键现象
同步调用正常：直接调用方法Feign接口获取数据正常
异步调用失败：添加了@Async后 调用异步方法获取数据为null
根本原因
@Async标记方法为异步执行。并进行隐式注册线程池，尝试传播Spring上下文（依赖注入、AOP代理）
异步线程存在局限性：新线程默认不继承主线程的Spring上下文，导致SystemRpc未被依赖注入 从而获取数据为null
解决方案
创建一个当前类的Bean实例，采用Bean实例调用各个异步方法，从而确保spring上下文信息都在同一个实例中避免某个异步方法得到的数据为null
如图代码所示：
下面此问题面试包装话术
问题 ：请你聊一下开发过程中遇到的比较难的挑战？
回答 ： 在开发一个 XXXX 系统 （tob系统 很常见档案） ****的员工档案导出功能时，我遇到了一个复杂的性能优化挑战。该功能需要整合多个微服务的数据（包括员工岗位记录、考试成绩、积分详情等）（我们的系统中确实是微服务系统 涉及到了绩效系统（积分 统计报表等）、教育培训（考试培训记录）、系统中心（用户信息、岗位记录）），但由于数据量巨大（单次导出可能涉及上百条记录 且存在并发场景）），同步调用导致接口响应缓慢，用户体验极差。
挑战
为了解决这个问题，我尝试通过@Async实现异步数据聚合，但在异步方法中调用Feign客户端时发现部分数据源返回null ，导致导出文件出现字段缺失或空值，甚至引发NullPointerException。
排查过程
1.现象对比 ：同步调用正常，但异步调用时Feign客户端的远程接口返回空值。
2.核心定位 ：发现@Async虽然启动了异步线程，但未正确传播Spring的依赖注入上下文，导致Feign客户端实例未被注入。
3.原理分析 ：Spring的单例Bean在主线程中正常注入，但异步线程未继承主线程的上下文，导致依赖失效。
解决方案
1.线程池配置 ：通过自定义线程池并添加ContextPropagationTaskDecorator，强制传播Spring的上下文。
2.Bean作用域管理 ：确保异步方法通过Spring管理的Bean实例调用，避免直接new对象。
3.防御性编码 ：在Feign调用后增加空值校验，避免后续链路崩溃。
最终
成果 ： 修复后，导出接口的响应时间从分钟级缩短至秒级，且数据完整性达到100%，系统吞吐量提升300%。
收获 ： 这次经历让我深刻理解了Spring异步调用的底层机制，包括上下文传播、依赖注入的作用域以及AOP代理的局限性，同时也强化了我对分布式系统中线程上下文隔离问题的认知。
