如何在C++进程注入DLL中正确嵌入运行带Tkinter的Python代码

你的基础Python运行流程已经验证正常（写文件的脚本能正常执行），问题仅出在Tkinter图形界面的初始化环节，不需要排查Python解释器的基础加载问题，按以下点逐一处理即可：

• 检查目标进程的桌面交互权限
  被注入的目标进程如果运行在会话0、系统服务账号、非当前登录用户的上下文下，默认不会关联到当前可见的交互桌面窗口站，就算窗口创建成功也无法显示。必须确保目标进程和你当前登录的桌面处于同一个交互会话中，窗口站绑定为WinSta0\Default，排除后台非交互进程的环境限制。
• 修正Python的GIL线程上下文处理
  原代码在远程线程中执行解释器初始化时，没有显式处理GIL状态，容易导致解释器内部状态和执行线程不匹配，影响Tkinter这类强依赖线程上下文的模块正常运行。将执行逻辑调整为显式持有GIL的模式：

  // 注入线程的执行逻辑
  Py_Initialize();
  // 显式绑定当前执行线程的GIL状态
  PyGILState_STATE gil_state = PyGILState_Ensure();
  
  FILE* p_script = std::fopen("D:\\test.py", "r");
  if (p_script) {
      PyRun_SimpleFile(p_script, "D:\\test.py");
      std::fclose(p_script); // 补全原代码缺失的文件句柄关闭逻辑
  }
  
  PyGILState_Release(gil_state);
  Py_Finalize(); // 正确释放解释器资源
  

• 提前初始化当前线程的Windows消息队列
  底层Tcl/Tk库依赖当前线程的Windows消息队列完成窗口创建与消息循环，如果你的注入线程是远程创建的无任何Win32交互逻辑的裸线程，默认不会提前初始化消息队列，会导致Tk的窗口创建操作静默失败。在Py_Initialize之前加一行消息队列初始化代码即可解决：

  // 触发当前线程的消息队列初始化
  MSG temp_msg;
  PeekMessage(&temp_msg, NULL, 0, 0, PM_NOREMOVE);
  
  // 后续接原来的Python初始化逻辑
  Py_Initialize();
  

• 补全Tcl/Tk模块的资源路径与窗口显示参数
  嵌入式场景下Python解释器可能找不到Tcl/Tk对应的动态库与资源文件，导致窗口初始化失败，同时要避免Tk默认创建的窗口落在屏幕可视区域外。将测试脚本调整为：

  import sys
  # 替换为本地Python安装目录下的实际tcl、tk资源路径
  sys.path.append(r"C:\Python311\tcl\tcl8.6")
  sys.path.append(r"C:\Python311\tcl\tk8.6")
  
  import tkinter as tk
  window = tk.Tk()
  # 显式指定窗口位置与大小，避免默认坐标落在屏幕外
  window.geometry("300x200+100+100")
  window.protocol("WM_DELETE_WINDOW", window.destroy)
  window.mainloop()
  

• 校验进程与解释器的架构匹配性
  如果DLL、目标进程、嵌入的Python解释器三者的32/64位架构不一致，Tkinter在加载底层Tcl/Tk动态库时会直接加载失败，不会抛出任何可见报错。可在Python脚本开头加一段文件写入日志，确认脚本是否真的执行到了Tk()初始化语句，若卡在import阶段则优先排查架构与动态库路径问题。

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