Nginx服务需显式依赖network.target以避免bind失败；检查systemctl cat nginx输出是否含Wants=network.target和After=network.target，缺失则用systemctl edit nginx添加，并重载配置验证。

在 Linux 系统中，Nginx 服务默认通常已正确声明对 network.target 的依赖，但若你手动编写或修改了 systemd unit 文件（如 /etc/systemd/system/nginx.service 或覆盖了默认配置），则需要显式确保其启动时机晚于基础网络就绪。

确认 Nginx unit 是否已依赖 network.target

运行以下命令查看当前生效的 Nginx 服务定义：

systemctl cat nginx

检查输出中是否包含：

[Unit]
Wants=network.target
After=network.target

若缺失，说明该服务未显式声明网络依赖，可能在网卡尚未配置完成时就尝试绑定监听地址（尤其是使用 0.0.0.0 或具体 IP 时），导致启动失败或报错 bind() to 0.0.0.0:80 failed (99: Cannot assign requested address)。

手动添加 network.target 依赖（如需）

若发现缺失，可创建覆盖文件避免直接修改原始 unit（更安全、便于升级）：

• 执行：sudo systemctl edit nginx
• 输入以下内容并保存：

[Unit]
Wants=network.target
After=network.target

然后重载配置并验证：

sudo systemctl daemon-reload
systemctl show nginx --property=Wants,After | grep -E "(Wants|After)"

注意：network.target ≠ 网络接口完全就绪

network.target 是一个“逻辑目标”，表示“网络子系统已启动”，但它不保证某个具体网卡（如 eth0）已获取 IP 或路由已配置。如果你的 Nginx 配置中绑定了特定静态 IP（如 listen 192.168.1.100:80），而该 IP 尚未分配到对应接口，仍会启动失败。

此时更稳妥的做法是：

• 改用 listen 0.0.0.0:80 或 listen [::]:80，让内核延迟绑定（Linux 默认支持）
• 或增加对具体网络设备的依赖，例如：After=network-online.target 并启用 systemd-networkd-wait-online.service
• 或在 Nginx 配置中启用 deferred（仅限 listen 指令支持，且需内核和 OpenSSL 版本匹配）

验证启动行为是否符合预期

重启服务并观察日志：

sudo systemctl restart nginx
sudo journalctl -u nginx -n 30 --no-pager

重点关注是否有 bind() 类错误。也可模拟网络延迟测试：

sudo systemctl stop systemd-networkd
sudo systemctl start nginx  # 此时应失败或等待（取决于依赖设置）
sudo systemctl start systemd-networkd

不复杂但容易忽略——多数情况下默认 unit 已处理得当，但定制化部署或老旧发行版中，补上 After=network.target 是简单有效的兜底措施。