开发调用谷歌API的应用：选客户端请求还是服务端中转？

不推荐客户端直接对接的核心原因 #

• 安全隐患极大：客户端侧代码对所有用户公开，你申请的Gmail API客户端凭证、密钥会直接暴露，恶意用户可窃取凭证滥用API发送垃圾邮件、越权操作用户邮箱，最终你的应用会被谷歌封禁API权限，甚至承担相关合规责任。
• 缺少管控能力：客户端直接调用API的情况下，你无法做统一的内容合规校验、发送频率限制，很容易出现用户滥用功能的情况，触发谷歌的反垃圾机制。
• 兼容性差：谷歌OAuth认证、Gmail API调用受浏览器跨域策略、用户侧隐私拦截插件影响大，调用成功率低，故障排查成本极高。

服务端中间件方案的核心优势 #

• 安全可控：所有API凭证、用户OAuth令牌都存储在服务端，不会泄露到前端，你可以在服务端完成OAuth回调校验、令牌的自动刷新，大幅降低安全风险。
• 业务扩展性强：你可以在服务端自由添加邮件内容审核、失败重试、发送日志留存、数据统计等自定义逻辑，后续调整邮件发送规则也只需要修改服务端代码，不需要前端发版。
• 调用稳定性高：服务端调用Gmail API没有跨域限制，不会被用户侧插件拦截，调用成功率远高于客户端直接调用。

仅有的适合客户端直接对接的场景 #

如果你的业务逻辑是所有邮件都由用户主动发起、从用户自己的Gmail账号发送，且你不需要对发送行为做任何管控、不需要留存发送记录，可以考虑使用客户端Google Identity Services完成认证后直接调用Gmail API，但即便这种场景也建议你先把发送请求传到服务端做一次合规校验再放行。

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