ASP.NET Core如何处理缓存时的并发请求，避免重复执行缓存构建

核心问题：首次构建缓存需要加载大量资源，开销极高，但并发请求会重复触发缓存构建逻辑，需合并并发请求，仅执行一次缓存构建，其余请求等待复用结果。

通用解决方案思路 #

• 原子化检查与任务创建：所有请求到达时，必须通过原子操作（如互斥锁、CAS比较并交换）完成「检查cacheKey对应任务是否存在」和「不存在则创建任务并存入字典」的步骤。这是解决并发冲突的核心——之前的字典方案失效，就是因为检查和创建操作不是原子的，导致多个并发请求同时判定任务不存在，各自启动了构建逻辑。
• 任务结果复用机制：后续请求发现已有正在执行的缓存构建任务时，直接等待该任务完成，复用其生成的缓存结果，无需自行触发构建。
• 任务生命周期管理：缓存构建完成后，将结果写入正式缓存，同时可以保留任务引用（或标记为已完成），避免后续请求误判；若构建失败，需及时从字典中移除任务（或标记失败状态），让后续请求可以根据业务规则选择重试或返回错误。
• 缓存失效场景适配：当缓存过期需要重建时，同样套用上述逻辑，确保只有第一个触发失效的请求执行重建，其余请求等待复用新缓存。

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