如何通过GLib的g_spawn从C程序中启动Python脚本

看起来你遇到的核心问题是没搞清楚g_spawn_async_with_pipes对argv数组的要求，以及系统如何定位Python解释器和脚本文件。咱们一步步拆解解决：

问题根源分析 #

你尝试的几种写法里，错误主要出在这几点：

• 写法(1)把命令和参数合并成一个字符串，g_spawn不会像shell那样自动拆分参数，它会把整个字符串当作要执行的程序名，自然找不到对应文件。
• 写法(4)多传了一个"python3"作为argv[0]，其实g_spawn会自动把argv的第一个元素设为子进程的argv[0]，完全不需要重复传递。
• 错误提示No such file or directory大概率指向两个方向：要么系统找不到python3（比如PATH里没包含，或者Windows下用了错误的命令名），要么脚本的相对路径和父进程的工作目录不匹配。

正确的实现步骤 #

1. 确保Python解释器可被系统找到 #

跨平台场景下，要区分不同系统的Python命令：

• Linux/macOS：通常用python3（部分系统也支持python，取决于系统配置）
• Windows（MSYS2）：建议用python.exe，如果是原生Windows环境，最好用完整路径（比如C:/Python39/python.exe），或者确保Python已添加到系统PATH中。

2. 正确构造argv数组 #

argv数组的标准格式应该是：

• 第一个元素：Python解释器的命令/完整路径
• 第二个元素：脚本的路径（相对或绝对路径均可）
• 最后必须以NULL结尾

3. 验证脚本路径的正确性 #

因为你传了NULL作为工作目录参数，子进程会继承父进程的工作目录。所以要确保../gtk_simple_plot/plot.py相对于父进程的运行目录是真实存在的。可以在代码里先打印当前目录做验证：

g_print("Current working dir: %s\n", g_get_current_dir());

修正后的代码示例 #

// 根据操作系统设置Python可执行文件路径/命令
gchar* python_executable;
#ifdef __MSYS__
// MSYS2环境下，确保python.exe在PATH里，或者使用完整路径
python_executable = "python.exe";
g_print("Using MSYS2\n");
#else
// Linux/macOS使用python3，若系统默认是python可替换为"python"
python_executable = "python3";
g_print("Not Using MSYS2\n");
#endif

// 正确构造argv数组：解释器 + 脚本路径 + NULL
gchar* argv[] = {python_executable, "../gtk_simple_plot/plot.py", NULL};
GPid transition_pid;
GError* err = NULL;
int stdoutFD;
int stderrFD;

// 启动进程
g_spawn_async_with_pipes (NULL,
                          argv,
                          NULL,
                          G_SPAWN_DO_NOT_REAP_CHILD,
                          NULL,
                          NULL,
                          &transition_pid,
                          NULL,
                          &stdoutFD,
                          &stderrFD,
                          &err);

if (err != NULL) {
    g_error ("Spawning child failed: %s", err->message);
    g_error_free(err); // 别忘了释放错误对象
    return;
}

额外调试建议 #

如果还是报错，可以先在终端里手动执行对应的命令，看是否能成功：

• Linux/macOS：python3 ../gtk_simple_plot/plot.py
• MSYS2：python.exe ../gtk_simple_plot/plot.py

如果终端里能正常运行，那问题可能出在代码里的路径或者环境变量传递；如果终端也不行，先解决脚本本身的路径或依赖问题。

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