优先选用 Drop-in 文件覆盖 systemd 服务参数，因其不修改包管理器提供的原始 unit 文件（如 /usr/lib/systemd/system/nginx.service），避免升级被重置；Drop-in 文件置于 /etc/systemd/system/服务名.service.d/ 下，仅覆盖所需字段，systemd 自动合并生效。
用 Drop-in 文件覆盖 systemd 服务默认参数，是安全、可维护且符合发行版规范的做法。它不修改原始 unit 文件，避免被软件更新覆盖，还能精准控制只改需要的部分。
为什么优先选 Drop-in 而不是直接改 service 文件
原始 unit 文件（如 /usr/lib/systemd/system/nginx.service）由包管理器提供，系统升级时会被重置。Drop-in 文件放在 /etc/systemd/system/服务名.service.d/ 下，只补充或覆盖特定字段，systemd 自动合并生效，升级无影响。
怎么创建一个有效的 Drop-in 文件
以覆盖 Nginx 启动参数为例：
- 确保目录存在：sudo mkdir -p /etc/systemd/system/nginx.service.d
- 新建配置文件：sudo nano /etc/systemd/system/nginx.service.d/override.conf
- 内容必须包含完整节头和有效指令，例如：
ExecStart=
ExecStart=/usr/sbin/nginx -g "daemon off;" -c /etc/nginx/nginx-custom.conf
注意第一行 ExecStart= 是清空原指令的关键——空值表示“取消之前所有 ExecStart”，之后再写新命令才真正生效。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
覆盖哪些参数常用且安全
常见可覆盖项集中在 [Service] 节，无需全量复制原文件：
- Environment=：添加环境变量，如 Environment="TZ=Asia/Shanghai"
- Restart= 和 RestartSec=：调整失败重启策略
- MemoryMax=、CPUQuota=：基于 cgroup v2 的资源限制（需系统启用 cgroup v2）
- ProtectHome=、NoNewPrivileges=：增强服务安全性
每个字段覆盖都以“后加载者为准”，/etc 下的 drop-in 总是优先于 /usr/lib 中的原始定义。
改完必须 reload 才生效
Drop-in 文件保存后，必须执行两步：
- sudo systemctl daemon-reload：让 systemd 重新扫描并加载所有 unit 和 drop-in
- sudo systemctl restart nginx：重启服务使新配置生效
验证是否成功？运行 systemctl cat nginx，你会看到带注释的完整合并配置，清楚标明哪段来自原始文件、哪段来自你的 override.conf，还能直观确认 ExecStart 等字段已被替换。
