Qt TextToSpeech 开发人员综合指南：架构、实现与战略比较

第一部分：Qt 应用程序中的语音合成导论

文本转语音（Text-to-Speech, TTS）技术已成为现代软件开发中不可或缺的一环。它不仅极大地提升了应用的可访问性，还在各种“无手操作”和“无眼操作”场景中发挥着关键作用。本报告旨在全面解析 Qt 框架中的 TextToSpeech 模块，为开发者提供从架构原理到具体实现，再到技术选型战略的深度指南。

1.1 文本转语音在现代 UI/UX 中的角色与价值

在现代用户界面（UI）和用户体验（UX）设计中，TTS 技术扮演着至关重要的角色。首先，它是构建无障碍应用的核心组件，为视障用户提供了与软件交互的有效途径 1。通过将屏幕上的文本信息转换为语音，应用程序能够服务于更广泛的用户群体，实现真正的包容性设计 2。

其次，TTS 在那些用户无法或不便查看屏幕的场景中显示出其独特的价值。最典型的应用是在车载信息娱乐（In-Vehicle Infotainment, IVI）系统中，用于播报逐向导航指令或朗读收到的通知，确保驾驶员的视线始终保持在道路上，从而提升安全性 3。类似地，在操作重型机械或任何需要解放双手的工业环境中，语音反馈同样至关重要 3。此外，TTS 的应用范围已扩展到电子书阅读器等内容密集型应用，为用户提供了一种“听书”的替代体验模式 2。

1.2 Qt TextToSpeech 模块的核心概念

Qt TextToSpeech 是 Qt 框架内的一个高级、跨平台的应用程序接口（API），它使开发者能够轻松地为应用程序添加文本转语音功能 3。该模块的核心设计理念是作为一个统一的抽象层：它本身不提供任何 TTS 引擎，而是利用并封装了操作系统原生的语音合成功能 3。

这种设计为开发者带来了极大的便利。无论目标平台是 Windows、macOS、Linux 还是 Android，开发者都可以通过一套一致的 API 来控制语音合成。该模块主要提供两种集成方式：

1. C++ API：以 $QTextToSpeech$ 类为核心，为底层控制提供了强大的功能和灵活性 3。
2. QML API：通过 $TextToSpeech$ 类型，使得在 Qt Quick 应用中以声明式的方式集成语音功能变得异常简单 5。

Qt TextToSpeech 模块的战略定位并非在于与专业的语音合成服务商在声音质量上一较高下，而在于为 Qt 开发者提供一个标准化的、深度集成的、并且完全免费的解决方案，以满足核心的无障碍和“无手操作”应用场景。它的核心价值主张是开发的便捷性与跨平台代码的复用效率，而非提供最前沿的语音合成技术。这一架构选择意味着 Qt 有意避开了语音合成模型开发这一资源密集型领域，而是专注于发挥其作为框架的整合优势，让开发者能够利用操作系统已有的能力，快速为应用增加价值。

第二部分：Qt TextToSpeech 的跨平台架构

要有效地使用 Qt TextToSpeech 模块，开发者必须深入理解其跨平台架构。本节将详细剖析其作为抽象层的工作原理，并揭示其在不同操作系统上所依赖的具体后端引擎。这些知识对于诊断平台差异和实现稳健的跨平台应用至关重要。

2.1 作为高级抽象层的工作机制

Qt TextToSpeech 的核心是提供一个统一且简化的 API，屏蔽了底层平台实现的复杂性。开发者可以通过诸如 $pitch$（音高）、$rate$（语速）、$volume$（音量）等属性，以及 $say()$、$pause() 等方法来控制语音合成，而无需关心目标平台是 Windows、Linux 还是 macOS 5。

在内部，该模块会将这些高级指令翻译成对应平台的特定 API 调用。这种机制与其他 Qt 模块（如 Qt Multimedia）的设计如出一辙，后者在 Linux 上使用 GStreamer，在 Windows 上则使用 Media Foundation 作为后端 7。整个系统基于插件架构，在运行时根据当前操作系统动态加载相应的后端引擎 5。底层的$QTextToSpeechPrivate$ 类负责处理插件的加载和引擎实例的创建，确保上层 API 的调用能够被正确地路由到底层实现 8。

2.2 平台特定后端引擎深度解析

Qt TextToSpeech 的功能和行为在很大程度上取决于其所使用的后端引擎。了解每个平台背后的技术栈，是预测和解决跨平台不一致问题的关键。

• Windows
  • Qt 在 Windows 上支持两个主要的后端引擎：传统的 sapi 引擎和现代的 winrt 引擎 9。
  • sapi 引擎基于经典的 Microsoft Speech API (SAPI) 5.3 框架。它的兼容性更广，例如可以与 MinGW 编译器一同使用，但提供的语音选择有限，且音质相对陈旧 10。
  • winrt 引擎则使用现代的 $Windows.Media.SpeechSynthesis$ 命名空间下的 API。它能够访问 Windows 系统中所有可用的现代语音，音质更佳，但对 Windows SDK 版本有要求，且不支持 MinGW 编译器 10。
• macOS & iOS
  • 在苹果生态系统中，Qt 使用名为 darwin 的引擎，该引擎主要利用了先进的 AVFoundation 框架来实现语音合成 10。一些历史资料也提及了较早的 Cocoa $NSSpeechSynthesizer$ API，这为理解其技术演进提供了背景 9。
• Linux
  • 在 Linux 平台上，主要的后端是 speechd，它通过与 speech-dispatcher 守护进程通信来工作 9。
    speech-dispatcher 本身也是一个抽象层，它能够统一管理和调度系统上安装的多种实际 TTS 引擎，如 eSpeak、Festival 和 Flite 6。
  • 在 KDE 环境中，名为 Jovie 的守护进程作为更高级别的服务，同样也是通过 speech-dispatcher 来提供语音服务 12。
  • 此外，Qt 还提供了一个直接的 flite 引擎插件。Flite 以其轻量级的特点而闻名，非常适合资源受限的嵌入式环境 10。
• Android
  • 在 Android 平台上，唯一的后端是 android 引擎，它是对标准 Android $android.speech.tts$ 包的封装 9。
  • 开发者需要特别注意一个重要的平台限制：Android 后端不支持暂停和恢复（$PauseResume$）功能 10。

虽然 Qt 的抽象层提供了巨大的便利，但它也是导致功能和行为在不同平台间存在差异的主要根源。开发者不能理所当然地认为某个功能（如 $pause()）或某个语音属性在所有操作系统上的表现都完全一致。例如，$pause() 的文档明确指出其行为“依赖于平台和后端”，甚至“可能完全不起作用” 11。而 Android 和speech-dispatcher 后端则明确缺少某些能力 10。

这表明 Qt 的 API 是一种“尽力而为”的抽象。它暴露了所有可能的功能，但这些功能的具体实现则委托给了 Qt 无法控制的原生代码。因此，构建跨平台 TTS 应用的开发者必须采取防御性编程策略。最佳实践是在运行时通过调用 $engineCapabilities() 查询引擎的能力，并相应地调整用户界面——例如，如果 $PauseResume$ 能力不存在，就隐藏暂停按钮，正如官方的 Quick Speech 示例所做的那样 15。这种思维方式将开发者的理念从“一次编写，到处运行”转变为“一次编写，到处适应”。

表 1：平台后端引擎摘要

操作系统	引擎名称	底层原生 API/框架	关键特性与限制
Windows	winrt, sapi	Windows.Media.SpeechSynthesis, SAPI 5.3	winrt 音质更佳但有 SDK 限制；sapi 兼容性好但音质陈旧。
macOS / iOS	darwin	AVFoundation	提供对苹果平台原生高质量语音的访问。
Linux	speechd, flite	speech-dispatcher 守护进程, Flite 库	speechd 依赖外部守护进程，不支持 $Synthesize$；flite 轻量级，适合嵌入式。
Android	android	android.speech.tts	平台唯一引擎；不支持 $PauseResume$ 功能。

第三部分：精通 C++ API：QTextToSpeech 类

对于需要深度控制和高性能的场景，$QTextToSpeech$ C++ 类是首选工具。本节将作为该类的权威参考，不仅详细介绍其功能，还将重点解析 Qt 6.6 版本以来引入的强大新特性。

3.1 实例化与引擎配置

要开始使用，首先需要创建一个 $QTextToSpeech$ 对象。可以采用默认构造函数来使用平台的首选引擎，也可以通过在构造函数中传入引擎名称（如 “sapi” 或 “speechd”）来指定一个特定的后端 11。

// 使用默认引擎
QTextToSpeech *speech = new QTextToSpeech(this);

// 指定一个引擎
QTextToSpeech *speech_sapi = new QTextToSpeech("sapi", this);

在运行时，可以通过静态函数 $QTextToSpeech::availableEngines()来获取当前系统上所有可用的引擎列表17。此外，还可以通过$QVariantMap$ 向特定引擎传递初始化参数，以进行更精细的配置 10。

3.2 控制语音合成与状态

$QTextToSpeech$ 类提供了一套简洁的公共槽函数来控制语音的播放流程，这些操作都是异步非阻塞的 5。

• $say(constQString\&text)$：启动语音合成，朗读指定的文本。如果当前正在朗读，会先停止当前任务再开始新的任务 11。
• $pause()$：暂停当前的朗读。
• $resume()$：恢复被暂停的朗读。
• $stop()$：立即停止朗读并清空任务队列。

为了实现更精确的控制，$pause()$和 $stop()$ 函数接受一个 $BoundaryHint$ 枚举作为参数，该参数可以指定是在当前词（$Word$）或句子（$Sentence$）结束后暂停/停止，还是立即执行（$Immediate$）。

通过 $state()$ 属性和 $stateChanged(QTextToSpeech::State)$ 信号，可以实时监控合成器的状态。状态枚举包括 $Ready$（就绪）、$Speaking$（正在朗读）、$Paused$（已暂停）和 $Error$（发生错误）等 11。当状态变为$Error$ 时，可以通过 $errorReason() 和 $errorString() 获取详细的错误信息 19。

3.3 自定义语音特征

开发者可以对语音的音高、语速和音量进行微调。

• $setPitch(doublepitch)$：设置音高，范围从 -1.0 到 1.0，0.0 为正常值 11。
• $setRate(doublerate)$：设置语速，范围从 -1.0 到 1.0，0.0 为正常值 11。
• $setVolume(doublevolume)$：设置音量，范围从 0.0 到 1.0 11。

选择和切换不同的声音（Voice）则需要一个多步骤的过程：

1. 调用 $availableLocales() 获取当前引擎支持的地域列表 16。
2. 使用 $setLocale(const QLocale &) 设置一个目标地域。这是列出可用声音的必要前提 11。
3. 调用 $availableVoices() 获取当前地域下所有可用的声音 16。
4. 最后，通过 KaTeX parse error: Expected 'EOF', got '&' at position 23: …e(const QVoice &̲) 选择一个具体的声音。QVoice$ 类封装了声音的各种属性，如名称、年龄和性别 3。

3.4 高级控制与数据合成 (Qt 6.6+ 增强功能)

Qt 6.6 版本的发布标志着 $QTextToSpeech$ 模块的一次重大演进，引入了多项高级功能，极大地扩展了其应用范围 21。

• 话语排队：新增的 $enqueue(const QString &utterance) 函数允许开发者将多个文本片段加入一个播放队列中，合成器会按顺序依次朗读。这解决了以往反复调用 $say() 会中断当前播放的问题，对于构建播放列表式应用至关重要 21。
• 逐词高亮：$sayingWord$ 信号的引入实现了对朗读进度的实时跟踪。该信号在每个单词被读出时触发，并提供单词本身、在原文中的起始位置和长度。这使得在 UI 上实现卡拉OK式的文本同步高亮效果变得轻而易举 21。
• 简化的声音选择：新的 $findVoices() 方法允许开发者根据一组条件（如语言、性别、年龄）来搜索匹配的声音，从而简化了上文所述的繁琐的多步选择流程 16。
• 直接音频生成：最具变革性的新功能是 $synthesize() 方法。调用此方法后，合成器不再将音频直接播放出来，而是将生成的原始 PCM 音频数据通过回调函数以 $QAudioBuffer$ 或 $QByteArray$ 的形式返回给应用程序。这开启了全新的可能性，例如将语音保存为文件、通过网络进行流式传输，或者在播放前应用自定义的音频效果 21。

$QTextToSpeech$ API 的演进，尤其是在 Qt 6.6 中的这些增强，表明其战略定位正从一个简单的“语音功能启用器”转变为一个更全面的“语音生成工具包”。这些新功能赋予了开发者在 Qt 框架内构建更复杂、更具交互性的音频应用的能力。$synthesize() 的出现尤其关键，它将语音合成与音频播放解耦，开发者不再仅仅是“让应用说话”，而是在“从文本生成音频数据”，这些数据可以被 Qt Multimedia 模块以任何方式处理。这标志着该模块的成熟，使其从一个基础的无障碍工具，成长为复杂多媒体应用的构建基石。

第四部分：使用 QML API 进行声明式语音合成

对于使用 Qt Quick 构建现代化用户界面的开发者而言，QML API 提供了集成文本转语音功能的最高效途径。本节将以官方的“Quick Speech Example”为例，展示如何在 QML 中以声明式的方式实现复杂的语音交互界面。

4.1 集成 $TextToSpeech$ QML 类型

在 QML 中使用该模块非常直接。首先，在 .qml 文件顶部添加 import QtTextToSpeech，然后便可以声明一个 $TextToSpeech$ 元素 3。QML 强大的属性绑定系统使得初始化变得极为简洁 15。

import QtQuick
import QtQuick.Controls
import QtTextToSpeech

ApplicationWindow {
    //...
    Slider { id: volumeSlider }

    TextToSpeech {
        id: tts
        // 将音量属性直接绑定到滑块的值
        volume: volumeSlider.value
        pitch: pitchSlider.value
        rate: rateSlider.value
    }
}

4.2 将 UI 控件绑定到语音属性

官方的 Quick Speech 示例完美地展示了如何将 UI 控件与 $TextToSpeech$ 元素的属性进行连接 15。

• 滑块（Sliders）：如上例所示，用于控制音量、音高和语速的 Slider 控件的 value 属性可以直接绑定到 tts 对象的相应属性上。当用户拖动滑块时，语音参数会实时更新。
• 下拉框（ComboBoxes）：对于引擎、地域和声音的选择，可以使用 ComboBox。其 model 可以直接设置为 tts 对象提供的列表属性，例如 tts.availableEngines。当用户做出选择时，可以在 onActivated 信号处理器中以命令式的方式更新 tts 的属性。

ComboBox {
    id: engineComboBox
    model: tts.availableEngines
    onActivated: tts.engine = model[currentIndex]
}

4.3 在 QML 中控制播放与处理状态

通过调用 tts 对象的方法和响应其信号，可以轻松实现播放控制和状态反馈。

• 在 Button 的 onClicked 处理器中调用 $tts.say(inputText.text)$ 来触发语音朗读 15。
• 暂停、恢复和停止按钮的 enabled 属性可以声明式地绑定到 tts.state，实现 UI 的自动更新 15。

Button {
    text: "Pause"
    // 仅当 tts 正在朗读时，此按钮才可用
    enabled: tts.state === TextToSpeech.Speaking
    onClicked: tts.pause()
}

• 使用 onStateChanged 信号处理器来更新界面元素，例如一个显示当前状态（“就绪”、“正在朗读”等）的文本标签 15。
• 利用 onSayingWord 信号处理器，可以实现与 C++ API 类似的逐词高亮功能，直接在 QML 中创建丰富的实时视觉反馈 15。

Qt TextToSpeech 的 QML API 体现了 Qt Quick 的核心设计哲学：快速开发富有表现力的、响应式的用户界面。与传统的 C++/Widgets 方法相比，后者需要显式地编写信号槽连接代码（例如 connect(slider, &QSlider::valueChanged, speech, &QTextToSpeech::setVolume))，而 QML 的声明式属性绑定（volume: volumeSlider.value）极大地简化了连接 UI 与后端逻辑所需的“胶水代码”。这不仅代码更少，更重要的是它建立了一种持续的关系，使得 UI 能够自动、即时地响应 TTS 引擎状态的变化。这种集成方式充分利用了 QML 引擎的强大能力，使得围绕 TTS 功能构建复杂交互界面的过程比纯 C++ 方法更快捷、更直观。

第五部分：对比分析：Qt TextToSpeech 与云服务

对于技术决策者而言，选择合适的 TTS 技术是一项关键任务。本节将对内置的 Qt TextToSpeech 模块与主流的云服务（如 Amazon Polly 和 Google Cloud Text-to-Speech）进行战略性分析，旨在为开发者提供一个清晰的决策框架。

5.1 决策框架：设备端 vs. 云端

两者最根本的架构差异在于部署模式：

• Qt TextToSpeech：是一个完全在设备端运行的解决方案，它依赖于操作系统自带的引擎，因此具备离线工作能力 3。
• 云服务（Amazon Polly, Google Cloud TTS）：合成过程在远程服务器上完成，然后将生成的音频流式传输回客户端，这要求设备必须保持持续的互联网连接 22。

这一根本差异引出了一系列在延迟、成本、隐私和音质方面的权衡，这些将在下文中详细探讨。

5.2 功能逐项对比：Qt vs. Amazon Polly vs. Google Cloud TTS

• 音质与自然度
  • Qt：音质参差不齐，完全取决于原生操作系统引擎的质量。例如，传统的 Windows SAPI 声音听起来比较机械，而现代 macOS 的声音则要自然得多。总体上，其音质被认为是“标准”级别 9。
  • 云服务：这是云服务的核心优势。Amazon 和 Google 都提供“标准”语音（约 4 美元/百万字符）和基于深度学习的“神经”语音（Amazon Polly）或“WaveNet”语音（Google Cloud），后者价格更高（约 16 美元/百万字符） 23。这些神经语音被公认为远比传统语音更自然、更富表现力，接近真人发声 25。在多个评测中，Google 的 WaveNet 语音在自然度上通常略胜一筹 22。
• 定制化与控制
  • Qt：提供对音高、语速、音量的基础控制。不支持 SSML（语音合成标记语言）。
  • 云服务：广泛支持 SSML，允许开发者对发音、停顿、重音和语调进行精细控制，甚至可以选择特定的说话风格，如 Amazon Polly 的“新闻播报员”风格 26。
• 独特能力
  • Qt：离线能力是其最突出的特点。此外，$synthesize() 函数为设备端的音频处理提供了独特的灵活性 21。
  • Amazon Polly：提供逐词时间戳功能，这对于需要精确同步文本与音频的应用（如字幕高亮）至关重要 22。
  • Google Cloud TTS：提供语音克隆（Custom Voice）功能，允许企业创建代表其品牌的独特声音 22。
• 性能与延迟
  • Qt：由于合成在本地进行，延迟极低，非常适合需要快速响应的 UI 反馈。
  • 云服务：受网络状况影响，存在不可避免的延迟。尽管两者都支持实时流式传输，但与设备端方案相比，延迟总是存在的 29。

5.3 成本与许可分析

• Qt：在 LGPL/GPL 或 Qt 商业许可下免费使用。语音合成没有按次或按量的费用 3。对于高用量或预算有限的项目，这是一个巨大的优势。
• 云服务：采用复杂的按使用量付费模型，通常基于合成的字符数量计费。神经语音的费用远高于标准语音 23。两者都提供免费额度，但 Google 的免费额度对于长期、低用量的场景似乎更为有利 22。

在 Qt TextToSpeech 和云服务之间做选择，本质上不是一个纯粹的技术决策，而是一个产品与商业战略的决策。这个决策的核心是在**成本/离线能力/简洁性（Qt）与音质/高级功能（云服务）**之间进行权衡。数据清晰地揭示了两者之间的鸿沟：Qt 是免费、离线且深度集成的；而云服务是昂贵、仅限在线，但提供了卓越的神经语音和高级功能。

这两者并非相互重叠的选项，而是代表了两个截然不同的服务层级。Qt 的音质永远无法媲美 Google WaveNet；反之，Google 的服务在没有网络连接的设备上则完全无法工作。因此，决策的依据不应是寻找“最好”的 API，而应是分析产品的核心需求。如果应用是为一台离线的工业设备提供无障碍功能，那么 Qt 是唯一的选择。如果应用是一款高端有声读物播放器，音质是其核心卖点，那么云服务是必然之选。如果应用是一个免费工具，TTS 只是一个附加功能，那么 Qt 的零成本模型使其成为明显的赢家。

表 2：Qt TTS 与云 TTS 功能矩阵

特性/属性	Qt TextToSpeech	Amazon Polly	Google Cloud Text-to-Speech
音质	可变 (依赖操作系统)	高 (提供神经语音)	极高 (提供 WaveNet 语音)
离线能力	是	否	否
延迟	极低	受网络影响	受网络影响
成本模型	免费 (包含在 Qt 许可中)	按字符付费	按字符/字节付费
SSML 支持	否	是 (功能丰富)	是 (功能丰富)
逐词时间戳	否	是	否
语音克隆	否	否	是 (Custom Voice)
集成简易度	极高 (原生 Qt 模块)	中等 (需集成 SDK/API)	中等 (需集成 SDK/API)

第六部分：战略建议与未来展望

本节将综合报告的全部发现，为开发者提供可操作的建议，并对 Qt 生态系统内语音合成技术的未来发展进行展望。

6.1 决策矩阵：选择正确的 TTS 解决方案

基于项目的核心需求，可以构建一个清晰的决策指南。

选择 Qt TextToSpeech，如果：

• 离线能力是强制性要求。
• 项目对成本高度敏感，无法接受按使用量付费。
• TTS 是一项辅助性或无障碍功能，“足够好”的音质即可满足需求。
• 需要极低的延迟以实现即时的 UI 反馈。
• 倾向于与 Qt 框架的紧密集成，而非管理外部 SDK 或 REST API。

选择基于云的 TTS 服务，如果：

• 最高的音质和自然度是产品的核心需求和卖点。
• 需要通过 SSML 对语音进行精细控制。
• 需要语音克隆或特定说话风格等独特功能。
• 可以保证最终用户拥有稳定的互联网连接。
• 项目预算能够支持按使用量付费的定价模型。

6.2 Qt TextToSpeech 实施最佳实践

• 查询能力：在启用依赖特定功能的 UI 元素（如暂停/恢复按钮）之前，务必调用 $engineCapabilities() 进行检查。
• 优雅降级：为可能出现的缺少特定地域或声音的情况做好处理，提供备用选项或提示。
• 拥抱新特性：对于新项目，应优先使用 Qt 6.6+ 引入的 $findVoices()、$enqueue() 和 $sayingWord$ 等新 API，以构建更稳健、用户体验更佳的应用。
• 高级音频处理：当需要对生成的音频进行保存、传输或应用特效时，充分利用 $synthesize() 方法与 Qt Multimedia 模块的结合。

6.3 Qt 生态系统中语音合成的未来

Qt TextToSpeech 模块近期的发展，特别是向提供原始音频数据合成的转变，预示着一个趋势：Qt 正在赋予开发者构建功能更强大的、自包含的多媒体应用的能力。

展望未来，一个令人兴奋的可能性是通过自定义插件，将第三方的、设备端的神经 TTS 引擎（如 Piper 等开源模型）集成到 Qt TextToSpeech 架构中。现有的插件系统为这条路径提供了理论上的可行性 5。如果实现，这将能填补当前默认操作系统引擎与云服务之间的巨大空白，为需要高质量离线语音的应用提供一个完美的解决方案。

总而言之，Qt TextToSpeech 模块凭借其跨平台、零成本和深度集成的特性，将继续作为构建无障碍、多功能应用程序的重要工具，在 Qt 生态系统中扮演着不可或缺的角色。

引用的著作

1. Qt Speech| Felgo Documentation, 访问时间为 九月 20, 2025， https://felgo.com/doc/qt5/qtspeech-index/
2. FreshPorts – accessibility/qt6-speech: Accessibilty features for Qt6, 访问时间为 九月 20, 2025， https://www.freshports.org/accessibility/qt6-speech/
3. Qt TextToSpeech | Qt 6.9.2 - Qt Documentation, 访问时间为 九月 20, 2025， https://doc.qt.io/qt-6/qttexttospeech-index.html
4. How is TTS integrated into automotive systems? - Milvus, 访问时间为 九月 20, 2025， https://milvus.io/ai-quick-reference/how-is-tts-integrated-into-automotive-systems
5. It’s Baaack! Qt Speech Returns for Qt 6.4.0 Release | ICS, 访问时间为 九月 20, 2025， https://www.ics.com/blog/qtspeech-returns-qt-640-release
6. Text to Speech in Qt: Revolutionizing Speech Technology - Speechify, 访问时间为 九月 20, 2025， https://speechify.com/blog/text-to-speech-qt/
7. Why you should use Qt/QML for your next cross-platform application — part 1 — desktop, 访问时间为 九月 20, 2025， https://pkoretic.medium.com/why-you-should-use-qt-qml-for-you-next-cross-platform-application-part-1-desktop-5e6d8856b7b4
8. qtexttospeech.cpp source code [qtspeech/src/tts/qtexttospeech.cpp] - Codebrowser, 访问时间为 九月 20, 2025， https://codebrowser.dev/qt5/qtspeech/src/tts/qtexttospeech.cpp.html
9. QtSpeech - Qt Wiki, 访问时间为 九月 20, 2025， https://wiki.qt.io/QtSpeech
10. Qt TextToSpeech Engines - Qt Documentation, 访问时间为 九月 20, 2025， https://doc.qt.io/qt-6/qttexttospeech-engines.html
11. QTextToSpeech Class | Qt Speech 5.15.1, 访问时间为 九月 20, 2025， https://www.qthub.com/static/doc/qt5/qtspeech/qtexttospeech.html
12. How to use QtSpeech to access TTS in linux? - Stack Overflow, 访问时间为 九月 20, 2025， https://stackoverflow.com/questions/8893855/how-to-use-qtspeech-to-access-tts-in-linux
13. jovie - Linux Mint - Community, 访问时间为 九月 20, 2025， https://community.linuxmint.com/software/view/jovie
14. Text to Speech: A Look at the Qt Speech Module | ICS - Integrated Computer Solutions, 访问时间为 九月 20, 2025， https://www.ics.com/blog/text-speech-look-qt-speech-module
15. Quick Speech Example | Qt TextToSpeech | Qt 6.9.2, 访问时间为 九月 20, 2025， https://doc.qt.io/qt-6/qttexttospeech-quickspeech-example.html
16. QTextToSpeech Class | Qt TextToSpeech | Qt 6.9.2, 访问时间为 九月 20, 2025， https://doc.qt.io/qt-6/qtexttospeech.html
17. List of All Members for QTextToSpeech | Qt Speech 5.11, 访问时间为 九月 20, 2025， http://www.bim-times.com/qt/Qt-5.11.1/qtspeech/qtexttospeech-members.html
18. List of All Members for QTextToSpeech | Qt TextToSpeech | Qt 6.9.1, 访问时间为 九月 20, 2025， https://doc.qt.io/qt-6/qtexttospeech-members.html
19. Qt TextToSpeech - QML Types - Felgo, 访问时间为 九月 20, 2025， https://felgo.com/doc/qt/qml-qttexttospeech-texttospeech/
20. QTextToSpeech Set Default QLocale - c++ - Stack Overflow, 访问时间为 九月 20, 2025， https://stackoverflow.com/questions/44861924/qtexttospeech-set-default-qlocale
21. TextToSpeech improvements for Qt 6.6, 访问时间为 九月 20, 2025， https://www.qt.io/blog/qt-texttospeech-improvements-in-qt-6.6
22. Amazon Polly vs. Google Cloud Text-to-Speech [Compare Pricing & Features in 2025], 访问时间为 九月 20, 2025， https://unrealspeech.com/compare/amazon-polly-text-to-speech-vs-google-text-to-speech
23. It is me or all the Text To Speech apps out there are expensive ? : r/macapps - Reddit, 访问时间为 九月 20, 2025， https://www.reddit.com/r/macapps/comments/1dlbznj/it_is_me_or_all_the_text_to_speech_apps_out_there/
24. Amazon Polly vs Google Tts - Murf AI, 访问时间为 九月 20, 2025， https://murf.ai/compare/amazon-polly-vs-google-tts
25. Speech synthesis: A review of the best text to speech architectures with Deep Learning, 访问时间为 九月 20, 2025， https://theaisummer.com/text-to-speech/
26. What is the Text-to-Speech with the best English voice? Comparison …, 访问时间为 九月 20, 2025， https://rollideo.com/blog/what-is-the-text-to-speech-with-the-best-english-voice-comparison-of-aws-vs-google/v
27. Amazon Polly vs. Google Cloud Text-to-Speech Comparison - SourceForge, 访问时间为 九月 20, 2025， https://sourceforge.net/software/compare/Amazon-Polly-vs-Google-Cloud-Text-to-Speech/
28. The Best Neural TTS Models & Their Differences (Google, Microsoft, Amazon Polly), 访问时间为 九月 20, 2025， https://tts.barrazacarlos.com/blog/The%20Best%20Neural%20TTS%20Models%20&%20Their%20Differences%20%28Google,%20Microsoft,%20Amazon%20Polly%29
29. Compare Polly vs. Google Cloud Text-to-Speech - G2, 访问时间为 九月 20, 2025， https://www.g2.com/compare/amazon-polly-vs-google-cloud-text-to-speech