Firefox原生消息触发的Python程序最后一行无法执行求助

核心原因 #

1. 手动运行脚本时：getMessage()里的sys.stdin.buffer.read(4)会一直阻塞，等待Native Messaging要求的4字节消息长度前缀输入，程序卡在这里根本到不了后续的subprocess代码。
2. Firefox调用场景下：大概率是getMessage()执行时抛出未捕获的异常导致程序直接终止：
   • 如果Firefox发送完消息后直接关闭管道，sys.stdin.buffer.read(4)会返回空字节串，此时struct.unpack('@I', rawLength)会报错，程序崩溃，无法执行后续代码。
   • 也可能是消息解析（json.loads）失败引发异常，中断程序流程。

解决方案 #

1. 给消息读取逻辑添加异常处理

修改getMessage()函数，处理管道关闭、读取失败等情况，避免程序直接崩溃：

import subprocess
import json
import struct
import sys

def getMessage():
    try:
        rawLength = sys.stdin.buffer.read(4)
        # 检测管道是否已关闭（无输入）
        if not rawLength:
            return None
        messageLength = struct.unpack('@I', rawLength)[0]
        message = sys.stdin.buffer.read(messageLength).decode('utf-8')
        return json.loads(message)
    except Exception as e:
        # 将错误输出到stderr，方便调试
        print(f"读取消息出错: {e}", file=sys.stderr)
        return None

receivedMessage = getMessage()
# 可根据是否获取到消息决定执行逻辑，或直接执行subprocess
if receivedMessage:
    # 使用程序绝对路径避免PATH环境变量问题
    subprocess.Popen(['C:/Program Files/PowerShell/7/pwsh.exe', 'C:/Temp/testProg.ps1'])
else:
    # 调试用：手动运行时触发此分支
    subprocess.Popen(["explorer", "C:/Temp"])

2. 手动测试时模拟Native Messaging输入格式

如果要手动测试脚本，需要严格遵循Native Messaging的输入规范：

• 先发送4字节主机字节序的无符号整数（表示后续JSON消息的字节长度）
• 再发送对应的JSON字符串
  比如要发送{"action": "open"}，可以用Python代码生成测试输入：

import struct
import json
import sys
msg = json.dumps({"action": "open"}).encode('utf-8')
sys.stdout.buffer.write(struct.pack('@I', len(msg)))
sys.stdout.buffer.write(msg)
sys.stdout.buffer.flush()

将上述代码的输出通过管道传给你的脚本：python test_input.py | python your_script.py

3. 确保subprocess调用路径正确

避免依赖系统PATH环境变量，直接使用pwsh或explorer的绝对路径，比如：

• pwsh的默认路径可能是C:/Program Files/PowerShell/7/pwsh.exe或C:/Windows/System32/WindowsPowerShell/v1.0/powershell.exe（取决于PowerShell版本）
• explorer的绝对路径是C:/Windows/explorer.exe

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