我之前踩过Watson TTS的这个坑，咱们一步步来排查解决：

1. 先确认认证凭证是否正确 #

很多人在这里栽跟头——你命令里的{USERNAME}:{PASSWORD}是不是还没替换成自己的有效凭证？而且要注意，现在Watson TTS大部分新实例用的是API密钥，不是传统的用户名密码：

• 如果是API密钥的话，用户名要填apikey，密码就是你的实际API密钥，命令改成这样：

curl -X POST -u apikey:{你的API密钥} \
--header "Content-Type: application/json" \
--header "Accept: audio/wav" \
--data '{"text":"hello world"}' \
--output hello_world.wav \
"https://stream.watsonplatform.net/text-to-speech/api/v1/synthesize"

不确定凭证类型的话，直接去IBM Cloud控制台看你的TTS服务实例详情，里面会明确告诉你用哪种认证方式。

2. 先别写文件，看看请求有没有报错 #

你直接把输出写入hello_world.wav，就算请求返回错误（比如认证失败），错误信息也会被写到音频文件里，导致文件空白。先去掉--output参数跑一遍命令：

curl -X POST -u {USERNAME}:{PASSWORD} \
--header "Content-Type: application/json" \
--header "Accept: audio/wav" \
--data '{"text":"hello world"}' \
"https://stream.watsonplatform.net/text-to-speech/api/v1/synthesize"

如果返回的是JSON格式的错误（比如{"error":"Unauthorized","code":401}），那直接就能定位是认证或者权限问题了。

3. 检查服务端点是否匹配你的实例区域 #

默认的stream.watsonplatform.net是美国区域的端点，如果你在其他区域（比如东京、法兰克福）创建的TTS实例，这个地址就不对。去IBM Cloud控制台复制你实例的专属端点URL替换掉命令里的地址，比如东京区域的端点大概是https://api.au-syd.text-to-speech.watson.cloud.ibm.com/instances/{你的实例ID}/v1/synthesize。

4. 指定具体发音人试试 #

偶尔默认发音人可能出点小问题，你可以在请求数据里明确指定一个发音人：

curl -X POST -u apikey:{你的API密钥} \
--header "Content-Type: application/json" \
--header "Accept: audio/wav" \
--data '{"text":"hello world", "voice":"en-US_MichaelV3Voice"}' \
--output hello_world.wav \
"https://{你的专属端点}/text-to-speech/api/v1/synthesize"

发音人列表可以在Watson的官方文档里找，选个常用的就行。

5. 检查Git Bash里的命令换行格式 #

Git Bash里如果反斜杠\后面有多余空格，或者换行格式不对，会导致命令解析错误。你可以把命令写成一行试试：

curl -X POST -u apikey:{你的API密钥} --header "Content-Type: application/json" --header "Accept: audio/wav" --data '{"text":"hello world"}' --output hello_world.wav "https://{你的专属端点}/text-to-speech/api/v1/synthesize"

或者确保每个反斜杠后面直接换行，不要加空格。

按这个顺序排查，应该很快就能解决空白音频的问题。

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