使用gTTS播放列表单词同步启动问题及保存文件的疑问

为什么单词会同时播放？ #

你的代码存在两个核心问题：

1. pygame.mixer.music.play()是非阻塞调用，调用后立即返回，不会等待当前音频播放完毕，循环会快速连续触发所有speak调用，导致所有音频几乎同时启动。
2. 每次调用speak都重复执行pygame.init()和pygame.mixer.init()，这会重置音频 mixer，进一步加剧播放混乱。

修复代码（无需保存文件） #

只需要调整两点：将pygame初始化移到speak函数外，并且在播放后等待音频结束。修改后的代码如下：

from gtts import gTTS
from io import BytesIO
import pygame

def speak(text, language="en", accent="com"):
    mp3_fp = BytesIO()
    phrase = gTTS(text=text, lang=language, tld=accent)
    phrase.write_to_fp(mp3_fp)
    mp3_fp.seek(0)  # 重置文件指针到开头，否则pygame无法读取内容
    pygame.mixer.music.load(mp3_fp, "mp3")
    pygame.mixer.music.play()
    # 等待当前音频播放完成
    while pygame.mixer.music.get_busy():
        pygame.time.Clock().tick(10)

def play():
    # pygame和mixer只需要初始化一次
    pygame.init()
    pygame.mixer.init()
    data = ["boy", "girl", "small", "big"]  # 注意字符串要加引号，原代码写法错误
    for i in data:
        speak(i)
    # 播放完毕后清理资源
    pygame.mixer.quit()
    pygame.quit()

play()

逐个保存文件的益处 #

如果选择将每个单词的音频逐个保存到本地，确实有几个实际优势：

• 重复播放效率更高：如果需要多次播放同一组单词，无需每次调用gTTS生成音频，直接读取本地文件即可，节省网络请求时间和API调用次数（若存在调用限制）。
• 播放稳定性更强：从本地文件加载音频比从内存BytesIO加载更不容易出现指针偏移、读取失败等问题，尤其适合循环播放场景。
• 便于调试与复用：可以单独检查每个音频文件是否生成正确，也能直接用其他播放器验证；后续调整音频内容时，直接修改文件即可，无需重新生成。
• 摆脱网络依赖：离线环境下，预先生成的本地文件可直接使用，无需联网调用gTTS服务。

当然，如果只是单次播放需求，用上面修复后的内存处理方案就足够，不需要额外保存文件。

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