.NET Core 6.0健康检查是串行执行还是并行执行？

一、判断串行/并行执行的方法 #

1. 先查框架默认行为 #

大部分主流框架（比如Spring Boot、.NET）的健康检查默认是串行执行的——按注册顺序逐个运行，总耗时等于所有检查的耗时总和。只有显式配置异步/并行策略后，才会同时执行多个检查。

2. 快速验证手段 #

• 加日志打时间戳：给每个数据库健康检查单独添加日志，记录「检查开始时间」和「检查结束时间」。如果日志里下一个检查的开始时间等于上一个的结束时间，就是串行；如果多个检查的时间区间有重叠，就是并行。
• 单库延迟测试：在测试环境给某一个数据库的健康检查手动加延迟（比如执行SELECT SLEEP(6)），观察总耗时变化。如果总耗时直接增加6秒左右，说明是串行；如果总耗时变化很小，就是并行。

二、取消请求引发的异常分析 #

监控系统触发10秒超时后会取消请求，而你仅在一个检查中做了取消校验：

• 取消动作会直接终止整个健康检查流程，不管当前在执行哪个检查。如果取消发生在未做校验的检查执行过程中，这个检查对应的数据库操作已经发起，但请求被强制中断，就会抛出你看到的预期内异常。
• 要确认是不是取消校验前的检查导致延迟：把监控的超时时间点和健康检查的执行日志对应起来——如果取消时正在运行的是未校验取消的检查，那这个数据库就是延迟源；如果取消时已经跑完了前面的检查，才到校验取消的那个，问题就出在前面的某个检查上。

三、实用优化建议 #

• 给所有健康检查都加上取消请求校验，避免无意义的异常抛出。
• 给每个数据库健康检查单独设置超时（比如每个设5秒），单个库延迟不会拖垮整个健康检查。
• 多数据库场景建议开启并行执行，能大幅压缩总耗时，具体配置参考你所用框架的官方文档。

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