Linux中systemd服务依赖启动需After与Requires配合使用，仅After仅控制顺序，Requires才确保前置服务成功启动；强依赖用Requires，可选依赖用Wants，共存亡用BindsTo；修改须复制到/etc/systemd/system/并执行daemon-reload。
Linux 中多个 systemd 服务的先后依赖启动，核心不是靠“谁先写、谁后写”，而是靠单元文件中明确声明的依赖关系。关键在于 After 和 Requires 配合使用——只写 After 不保证前置服务真正就绪，必须加上 Requires 才构成硬性前提。
依赖关系必须成对配置：After + Requires
比如 service-b 要等 service-a 启动成功后再启动，不能只写：
After=service-a.service这仅表示“时间上晚于”，但若 service-a 启动失败或卡住，service-b 仍会强行启动，大概率因连接失败而崩溃。
正确写法是在 [Unit] 段中同时添加：
- After=service-a.service
- Requires=service-a.service
这样 systemd 才会确保 service-a 进入 active (running) 状态后，才开始启动 service-b。
Kadence Theme Design System
下载
使用 Kadence 主题作为 WordPress 项目的设计系统，涵盖设计令牌、布局系统、页头/页脚/导航设置以及页面/归档/单篇文章模板。
区分强依赖与弱依赖场景
并非所有依赖都需要强绑定。根据实际需求选择合适指令：
- 用 Requires=：适用于关键前置条件（如数据库、认证服务），缺它不可，失败即中断本服务启动
- 用 Wants=：适用于可选辅助服务（如日志轮转、监控上报），即使它启动失败，本服务仍继续启动
- 用 BindsTo=：适用于强生命周期绑定（如网关服务必须随认证服务共存亡），B 退出时 A 自动停止
例如，API 网关依赖认证服务且需保持同步生命周期，可写：
BindsTo=auth-service.service
After=auth-service.service
修改位置和生效流程不能跳步
系统默认服务文件（如 /usr/lib/systemd/system/nginx.service）不建议直接编辑。正确做法是：
- 复制到覆盖目录：
sudo cp /usr/lib/systemd/system/nginx.service /etc/systemd/system/nginx.service - 在新文件的
[Unit]段添加依赖项 - 执行
sudo systemctl daemon-reload—— 这一步必不可少，否则所有改动都不生效 - 启用开机自启：
sudo systemctl enable nginx.service（仅创建软链接，不立即启动）
验证依赖是否真实生效
别只看配置写了没，要确认实际加载逻辑符合预期：
- 查 service-b 依赖了哪些服务：
systemctl list-dependencies service-b.service - 查哪些 target 会拉起 service-b：
systemctl list-dependencies --reverse multi-user.target | grep service-b - 检查字段是否已载入：
systemctl show service-b.service -p Wants,Requires,After - 确认已启用：
systemctl is-enabled service-b.service（输出enabled才算）
