Threading、tkinter与winsound开发问题：调用multiprocessing.Process异常弹窗

嘿，我刚好踩过这个Windows下multiprocessing的坑，太懂你的烦恼了！出现这种情况的核心原因是Windows系统没有Linux/Unix那样的fork机制——当你启动子进程时，Python会重新导入整个脚本文件，如果你的tk窗口创建逻辑没有被正确隔离，子进程就会重复执行这段代码，导致弹出新窗口，同时你的actualPlaySound方法也可能因为脚本重复执行的干扰而没被正常调用。

下面给你几个针对性的解决方案：

1. 用if __name__ == '__main__':隔离主程序入口 #

这是最关键的一步，把所有创建tk窗口、启动主循环的代码都放到这个判断块里，这样子进程启动时就不会重复执行这些逻辑了。示例代码结构如下：

import multiprocessing
import tkinter as tk

# 你的音频播放函数
def actualPlaySound(audio_file):
    # 这里写你的音频播放逻辑，比如使用pygame、pyaudio等库
    pass

# 按钮点击回调
def toggle_play():
    # 全局变量保存播放进程，方便后续终止
    global play_process
    if 'play_process' in globals() and play_process.is_alive():
        # 如果正在播放，终止进程
        play_process.terminate()
        play_process.join()  # 等待进程结束，避免僵尸进程
        print("播放已取消")
    else:
        # 启动新的播放进程
        play_process = multiprocessing.Process(target=actualPlaySound, args=("your_audio.wav",))
        play_process.start()
        print("开始播放")

# 主程序入口必须放在这个判断里
if __name__ == '__main__':
    root = tk.Tk()
    root.title("音频播放器")
    play_btn = tk.Button(root, text="播放/取消", command=toggle_play)
    play_btn.pack(pady=20)
    root.mainloop()

2. 禁止在子进程中操作tkinter组件 #

tkinter是单线程设计的，绝对不能在子进程中更新UI组件（比如波形展示控件）。如果需要在播放过程中更新波形，建议用multiprocessing.Queue让子进程把波形数据发送给主进程，再由主进程负责更新UI。举个简单的例子：

# 在主程序里创建队列
audio_queue = multiprocessing.Queue()

# 修改播放函数，把波形数据放入队列
def actualPlaySound(audio_file, queue):
    # 播放音频的同时，计算波形数据
    while 播放中:
        wave_data = 计算得到的波形数据
        queue.put(wave_data)

# 主进程中添加定时器，定期从队列取数据更新UI
def update_waveform():
    while not audio_queue.empty():
        data = audio_queue.get()
        # 这里更新你的波形展示控件
    root.after(100, update_waveform)  # 每隔100ms检查一次队列

# 启动定时器
if __name__ == '__main__':
    # ... 其他代码 ...
    update_waveform()
    root.mainloop()

3. 清理子进程资源 #

终止子进程后一定要调用join()，这样可以确保子进程完全结束，避免系统中残留僵尸进程。另外，如果你的音频播放库有资源需要释放（比如打开的音频文件句柄），最好在actualPlaySound函数中添加异常处理，确保进程终止时能正确释放资源。

按照上面的方法调整代码后，应该就能解决弹出新窗口的问题，同时actualPlaySound也能被正确执行了！

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