Google Text-to-Speech API客户端：函数内外创建哪种方式更优？

核心差异分析 #

性能与资源开销 #

• 示例1（函数外实例化）：客户端仅初始化一次，会复用底层的TCP连接、认证凭证等资源。Google云SDK的客户端本身会维护连接池，复用实例能避免重复创建连接的开销，尤其在createAudio被频繁调用时，性能提升明显。
• 示例2（函数内实例化）：每次调用函数都会新建客户端，重复执行认证、连接初始化流程，额外消耗时间和系统资源。如果函数调用频繁，不仅会拖慢响应速度，还可能因短时间内创建过多连接触发API限流。

并发安全性 #

Google Text-to-Speech的客户端是线程安全的，示例1中的单例实例可以安全地在多个异步调用中共享，无需担心并发冲突问题。

配置灵活性 #

• 如果你的应用需要动态切换认证信息（比如多租户场景下使用不同的密钥），示例2的方式更灵活，每次调用都能传入新配置创建客户端。
• 若应用仅使用固定的一套认证配置，示例1的写法更简洁高效。

结论 #

绝大多数常规场景下，优先选择示例1的写法：性能更优、资源占用更低，代码结构也更清晰。只有当你需要动态调整客户端配置时，再考虑示例2的实现方式。

代码示例回顾 #

示例1：函数外实例化单例客户端

import * as textToSpeech from '@google-cloud/text-to-speech'

const clientGoogle = new textToSpeech.TextToSpeechClient();
const createAudio = async ()=>{
    const [response] = await clientGoogle.synthesizeSpeech(request);
}

示例2：函数内实例化客户端

import * as textToSpeech from '@google-cloud/text-to-speech'
    
const createAudio = async ()=>{
     const clientGoogle = new textToSpeech.TextToSpeechClient();
     const [response] = await clientGoogle.synthesizeSpeech(request);
}

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