如何通过systemd实现文件最后一次修改后运行程序并满足特定运行规则？

看起来你已经把需求摸得很清楚了：要在文件最后一次修改后触发程序，不能让程序自己跟自己并发跑，要是程序运行期间文件又改了，等它跑完得再跑一次，而且连续改多次也不能触发多次执行。你之前试的systemd path+oneshot service组合已经解决了大部分问题，但卡在了「运行中修改文件不会触发后续执行」这个点上——确实，默认情况下systemd会丢弃service活跃状态时的path触发请求，这就导致漏了一次执行。

下面给你两个靠谱的解决方案，都是针对你的需求量身定制的：

方案一：纯systemd单元组合（无需修改程序） #

这个方案通过添加一个「触发代理service」来解决排队问题，原理是用一个标记文件记录是否有未处理的修改请求，等主程序跑完再检查标记并重新执行。

1. 创建主程序service单元（/etc/systemd/system/myprogram.service） #

[Unit]
Description=运行我的程序（文件修改触发）
[Service]
Type=oneshot
RemainAfterExit=no
ExecStart=/path/to/your/program  # 替换成你的程序路径
# 程序跑完后检查是否有未处理的修改请求，有的话重新启动自己
ExecStartPost=/bin/bash -c 'if [ -f /var/run/myprogram.pending ]; then rm /var/run/myprogram.pending; systemctl start myprogram.service; fi'

2. 创建触发代理service单元（/etc/systemd/system/myprogram-trigger.service） #

[Unit]
Description=代理文件修改触发请求
[Service]
Type=oneshot
RemainAfterExit=no
# 检查主程序是否在运行：没运行就直接启动，运行中就打个标记
ExecStart=/bin/bash -c 'if systemctl is-active --quiet myprogram.service; then touch /var/run/myprogram.pending; else systemctl start myprogram.service; fi'

3. 创建path监控单元（/etc/systemd/system/myprogram.path） #

[Unit]
Description=监控目标文件的修改
[Path]
PathModified=/path/to/your/target/file  # 替换成你要监控的文件路径
[Install]
WantedBy=multi-user.target
[Trigger]
Unit=myprogram-trigger.service  # 触发代理service而不是主service

配置完成后的操作 #

systemctl daemon-reload
systemctl enable --now myprogram.path

这个方案的优势：

• 完全基于systemd原生功能，不用额外安装工具
• 自动合并多次连续修改（多次触发代理service只会创建一次标记文件）
• 程序运行期间的修改会被记录，等程序结束后自动重新执行
• 天然保证程序不会并发运行（oneshot service本身就不允许同时运行多个实例）

方案二：用inotifywait+flock的脚本方案（更灵活） #

如果你觉得systemd单元的组合有点绕，可以用inotify工具直接监听文件，配合锁机制实现需求，脚本逻辑更直观。

1. 创建运行脚本（/usr/local/bin/run-on-file-change.sh） #

#!/bin/bash
# 配置参数
TARGET_FILE="/path/to/your/target/file"  # 替换成监控文件路径
PROGRAM="/path/to/your/program"          # 替换成程序路径
LOCK_FILE="/var/run/myprogram.lock"
COALESCE_DELAY=1  # 合并多次修改的延迟时间（秒）

while true; do
    # 等待文件修改事件
    inotifywait -q -e modify "$TARGET_FILE"
    
    # 延迟一下，避免短时间内多次修改触发多次执行
    sleep "$COALESCE_DELAY"
    
    # 检查这段延迟里有没有新的修改，如果有就重新循环
    if inotifywait -q -t 0 -e modify "$TARGET_FILE"; then
        continue
    fi
    
    # 用flock确保程序不会并发运行（-n表示不等待，直接跳过如果锁被占用）
    flock -n "$LOCK_FILE" "$PROGRAM"
done

2. 给脚本加执行权限 #

chmod +x /usr/local/bin/run-on-file-change.sh

3. 创建systemd service单元（/etc/systemd/system/file-watcher.service） #

[Unit]
Description=监听文件修改并运行程序
[Service]
Type=simple
Restart=always
ExecStart=/usr/local/bin/run-on-file-change.sh
User=your-user  # 替换成运行程序的用户
Group=your-group  # 替换成运行程序的组
[Install]
WantedBy=multi-user.target

配置完成后的操作 #

systemctl daemon-reload
systemctl enable --now file-watcher.service

这个方案的优势：

• 脚本逻辑清晰，容易调整参数（比如合并延迟时间）
• 不需要依赖systemd的高级特性，兼容更多旧版本的systemd
• flock机制明确保证程序不会并发运行

不管选哪个方案，都能完美满足你的四个核心需求：最后一次修改触发、无并发、运行中修改会重新执行、合并多次修改。你可以根据自己的习惯和系统环境来选择~

备注：内容来源于stack exchange，提问作者Helmut Grohne