WebExtensions原生消息过早关闭目标应用问题咨询

你遇到的这个情况完全是browser.runtime.sendNativeMessage()的设计特性导致的——这个API的逻辑就是每次调用都会启动原生应用的新实例，一旦浏览器和原生程序之间的消息交互完成（比如你的程序处理完消息后没有继续保持通信），浏览器就会认为任务结束，直接终止原生进程，哪怕你的程序还需要运行更长时间。

这里有几个靠谱的解决方案，你可以根据自己的场景选择：

1. 让原生程序保持消息通道开放 #

修改你的原生程序，不要在处理完消息后立刻退出。让它持续监听来自浏览器的输入（哪怕只是等待一个“退出”指令），这样浏览器会认为消息通道还在活跃，就不会终止进程。

举个简单的Python示例（假设原生程序用Python编写）：

import sys
import json

def main():
    # 读取浏览器发送的初始消息
    message = json.loads(sys.stdin.readline())
    # 处理你的业务逻辑（比如需要运行10秒的任务）
    process_task(message)
    # 保持监听，直到收到退出指令
    while True:
        try:
            msg = json.loads(sys.stdin.readline())
            if msg.get("action") == "exit":
                break
        except:
            # 通道意外关闭时退出
            break

if __name__ == "__main__":
    main()

对应的background.js里，在发送完任务消息后，可以在需要结束的时候再发一个退出指令：

var sending = browser.runtime.sendNativeMessage("program", {task: "long-running-job"});
// 等任务完成后（或者你确定要结束时）发送退出指令
setTimeout(() => {
    browser.runtime.sendNativeMessage("program", {action: "exit"});
}, 15000); // 假设任务需要15秒

2. 改用持久连接的connectNative() API #

如果你的场景需要浏览器和原生程序持续交互，直接用browser.runtime.connectNative()代替sendNativeMessage()。这个API会建立一个持久的双向通信通道，只要连接不主动关闭，原生程序就能一直运行。

background.js示例：

// 建立持久连接
var port = browser.runtime.connectNative("program");
// 发送任务消息
port.postMessage({task: "long-running-job"});
// 监听原生程序的回复
port.onMessage.addListener((response) => {
    console.log("收到原生程序回复:", response);
    // 任务完成后可以主动断开连接
    if (response.status === "done") {
        port.disconnect();
    }
});
// 处理连接断开的情况
port.onDisconnect.addListener(() => {
    console.log("连接已断开");
});

原生程序这边只需要保持stdio的读写循环，不要主动退出，直到连接被浏览器断开。

3. 让原生程序启动后台子进程（无交互场景） #

如果你的原生程序不需要和浏览器有后续交互，只是需要独立运行更长时间，可以让启动的程序立刻启动一个后台子进程来执行任务，然后父进程快速退出。这样浏览器会认为任务完成，不会管后台的子进程。

• Windows平台：可以用start /B your-program.exe来启动后台进程
• Linux/macOS平台：可以用nohup your-program &或者setsid your-program来脱离终端运行

比如你的原生启动器程序可以是一个简单的脚本，负责启动真正的长期运行程序，然后自己立刻退出，这样sendNativeMessage()启动的进程很快结束，浏览器就不会终止后台的实际任务进程了。

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