通过incron调用Python脚本时readlines()失效问题求助

我之前也踩过类似的坑，结合你的情况咱们一步步拆解排查：

1. 先排查incron触发时机与文件写入的冲突 #

incron的IN_CREATE或IN_MODIFY事件很可能在文件还没完全写入磁盘时就触发了脚本——这时候Python用readlines()会卡在等待文件结束符（EOF），而subprocess调用cat时，文件可能还被写入进程占用，实际读取到的内容为空，decode后自然没东西。

解决办法：

• 把incron触发事件改成IN_CLOSE_WRITE，这个事件会在文件写入完成、被关闭后才触发，能确保文件内容已经完全落地。
• 如果必须用其他触发事件，可以在脚本开头加个短暂延迟，比如time.sleep(0.5)，给文件写入留够时间。

2. 检查incron的执行权限与环境 #

incron默认以root身份执行，如果你要读取的文件属于特定用户/组，incron的执行用户可能没有读取权限；另外，incron的执行环境变量和你登录用户的环境差异很大，也可能导致路径、命令调用出问题。

验证&解决：

• 在脚本开头加权限检查代码，把输出重定向到日志文件（比如python your_script.py >> /tmp/script_debug.log 2>&1）：

  import os
  file_path = "/path/to/your/target/file"
  print(f"文件是否存在：{os.path.exists(file_path)}")
  print(f"是否有读取权限：{os.access(file_path, os.R_OK)}")
  

• 如果是权限问题，在incrontab里指定执行用户：

  /path/to/watch_dir IN_CLOSE_WRITE /usr/bin/su - your_username -c "/usr/bin/python3 /path/to/your/script.py $@ $#"
  

3. 修正Python的文件读取逻辑 #

别用readlines()这种一次性读取的方式，换成逐行迭代读取更稳妥，避免因文件未写完卡住；用subprocess时也要规范参数：

# 替代readlines()的安全写法
with open("/path/to/your/file", "r") as f:
    for line in f:
        # 处理每一行内容
        print(line.strip())

# 规范的subprocess调用方式（自动处理编码）
import subprocess
result = subprocess.run(["cat", "/path/to/your/file"], capture_output=True, text=True)
content = result.stdout
# 顺便打印错误信息排查
print(f"stderr内容：{result.stderr}")
print(f"读取到的内容：{content}")

4. 捕获更详细的执行日志 #

syslog没报错不代表脚本没出问题，把脚本的所有输出重定向到日志文件，在incrontab里这么写：

/path/to/watch_dir IN_CLOSE_WRITE /usr/bin/python3 /path/to/your/script.py $@ $# >> /tmp/incron_script.log 2>&1

之后查看/tmp/incron_script.log，里面会有脚本的所有输出、报错信息，帮你定位问题。

内容的提问来源于stack exchange，提问作者deadpickle