如何在urwid中正确监听文件变化并解决回调无限触发问题

你遇到的无限循环和启动阻塞问题，本质是watch_file的底层实现逻辑和不同文件类型的IO特性不匹配导致的：

• watch_file底层依赖系统IO多路复用接口（select/poll/epoll等），这类接口对常规磁盘文件永远会返回「可读」状态，不管文件是否有新内容写入，所以会持续触发回调，导致无限循环，哪怕文件为空、甚至文件被删除，只要你持有的文件描述符未关闭，就会一直触发。
• 你后来测试命名管道时的启动阻塞，是因为命名管道默认的只读打开模式会阻塞，直到有其他进程打开该管道的写端才会完成打开操作，所以应用启动时会卡在open调用位置，无任何响应。

使用命名管道配合非阻塞读写打开模式即可完美适配watch_file的逻辑，以下是修正后的可运行代码：

#!/usr/bin/env python3
import urwid
import os
import atexit

PIPE_PATH = "/tmp/cmd"

def onkeypress(key, size=None):
    if key == 'q':
        raise urwid.ExitMainLoop()
    text.set_text(key)

def onfilechange():
    # 一次性读取管道中所有新写入的内容
    cmd_content = cmdfile.read()
    if cmd_content: # 避免空内容触发的无效更新
        text.set_text(cmd_content.strip())

# 先判断管道是否存在，不存在则创建
if not os.path.exists(PIPE_PATH):
    os.mkfifo(PIPE_PATH, 0o600)

# 用读写+非阻塞模式打开命名管道，不会阻塞启动，同时避免读操作阻塞
fd = os.open(PIPE_PATH, os.O_RDWR | os.O_NONBLOCK)
cmdfile = os.fdopen(fd, 'r+', buffering=1) # 行缓冲适配按行写入命令的场景
atexit.register(cmdfile.close)
# 启动前先把管道中残留的旧数据读空
cmdfile.read()

text = urwid.Text("hello world")
filler = urwid.Filler(text)
loop = urwid.MainLoop(filler, unhandled_input=onkeypress)
loop.watch_file(cmdfile, onfilechange)

if __name__ == '__main__':
    loop.run()

1. 先运行上述Urwid应用
2. 另开终端向命名管道写入内容即可触发UI更新，例如：

echo "test command" > /tmp/cmd

• 不需要额外清空文件，命名管道是流式IO，内容被读取后就会从管道中移除，不会重复读取
• 如果你需要逐行解析命令，只需要在onfilechange中按换行符分割读取到的内容即可
• 如果不需要保留管道，可在程序退出的清理逻辑中加入os.unlink(PIPE_PATH)自动删除管道文件

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