1. 任务依赖基础：什么是任务依赖、依赖关系的类型与跨层级管理

各位好，我是老赵。今天咱们开始聊一个在系统架构里绕不开的话题——任务依赖。说实话，我见过太多系统因为依赖关系没理清楚，最后上线就崩。嗯，咱们从最基础的说起。

1.1 什么是任务依赖

任务依赖，说白了就是「这个任务必须等那个任务做完才能开始」。你想想看，生活中到处都是依赖——你得先买食材才能做饭，先做饭才能吃饭。系统里也一样。

举个例子，一个数据报表系统：

任务A：从数据库拉取原始订单数据
任务B：清洗数据（去重、补全字段）
任务C：计算聚合指标（销售额、订单量）
任务D：生成PDF报表并发送邮件

这里B依赖A，C依赖B，D依赖C。如果A没跑完，B就开始干活，那B拿到的数据就是残缺的。我在项目中遇到过这种情况，凌晨三点被电话叫醒，就是因为报表数据对不上——后来发现是依赖配置漏了。

1.2 依赖关系的类型

依赖不是只有「等不等」这么简单。我个人习惯把依赖分成两大类：硬依赖和软依赖。这两者的区别，直接决定了你的系统是「稳健但慢」还是「快但可能出错」。

特性	硬依赖（Hard Dependency）	软依赖（Soft Dependency）
定义	前置任务必须成功完成，当前任务才能开始	前置任务最好完成，但未完成时当前任务也可启动
失败处理	前置失败 → 当前任务直接阻塞或取消	前置失败 → 当前任务继续执行，但可能降级
典型场景	编译依赖、数据管道、事务性操作	缓存预热、预加载、非关键指标计算
风险	单点阻塞导致整条链路延迟	数据不一致或部分功能不可用

硬依赖

硬依赖就是「没得商量」。我记得有一次做CI/CD流水线，编译任务没通过，部署任务就硬生生卡住了。当时运维同事问我能不能跳过，我说不行——编译都没过，部署上去就是事故。

// 伪代码：硬依赖检查
if (taskA.status != SUCCESS) {
    throw new DependencyNotMetException("任务B依赖任务A，但任务A尚未成功完成");
    // 任务B不会执行
}

软依赖

软依赖就灵活多了。说白了就是「有最好，没有也能凑合」。比如一个电商系统的首页推荐模块：

• 硬依赖：用户登录态校验（必须通过才能展示个性化内容）
• 软依赖：用户历史行为数据（如果有就用它做推荐，没有就展示默认热榜）

我在设计推荐系统时，就把用户画像计算设成了软依赖。即使画像没算出来，用户也能看到页面，只是推荐不那么精准而已。系统不会崩，用户体验也不会断。

1.3 为什么需要跨层级管理

好，现在问题来了——依赖关系不是只在同一层存在的。你想想看，一个微服务架构里：

• 应用层的任务依赖服务层的任务
• 服务层的任务依赖数据层的任务
• 数据层的任务又依赖基础设施层的任务

这就是跨层级依赖。如果不做跨层级管理，会出现什么情况？

1. 依赖穿透：上层任务直接依赖底层细节，耦合爆炸
2. 循环依赖：A依赖B，B依赖C，C又依赖A——死锁了
3. 隐式依赖：没人知道某个任务到底依赖了哪些下层任务，改一个就炸一片

我参与过一个大型数据平台的重构。原来的系统里，每个ETL任务都直接依赖底层Hive表的状态。结果有一次底层表结构改了，上层二十多个任务全部挂掉。为什么？因为依赖关系没有跨层级统一管理，每个人都是「自己管自己的依赖」。

跨层级管理的核心价值就三点：

价值点	说明
可见性	从顶层到底层，所有依赖关系一目了然
可控性	修改底层时，能自动评估对上层的影响范围
可恢复性	某个层级失败时，能精准定位影响面，而不是全链路重跑

1.4 本章知识体系总览

下面这张图，把咱们这一章的核心逻辑串起来了。你可以把它当作后续学习的地图。

这张图把咱们这一章的核心内容串起来了。从左到右：先搞清楚依赖是什么，再区分硬依赖和软依赖，最后理解为什么需要跨层级管理。后面的章节，我们会一步步深入每个细节。