如何在Netlify部署的公开Angular客户端中安全保护Discord网关Bot令牌？

首先明确：你的核心问题是前端直接调用了需要Bot令牌的接口，这必然导致令牌暴露。解决的关键是把Bot令牌完全藏在后端，前端只拿最终需要展示的数据，碰不到任何敏感信息。

最优实现：后端做中间层，隔离令牌与前端 #

• 让Netlify后端（Functions/Edge Functions）持有令牌并对接Discord
  别让前端连Discord Gateway，改成在后端用环境变量里的Bot令牌建立Gateway连接，监听你的状态更新事件；把获取到的Spotify/游戏活动数据存在Netlify KV或者简单的内存缓存里（如果用Edge Functions，内存缓存足够个人使用）
• 前端只从你的后端拿数据
  写一个公开的Netlify Function接口，专门返回缓存好的活动状态（只返回需要展示的内容，比如歌曲名、游戏名，别带Discord的ID或其他敏感字段）；前端定时调用这个接口更新展示，全程碰不到Bot令牌

简化方案：用API轮询替代Gateway（适合静态站） #

如果维护长期Gateway连接嫌麻烦，换个更简单的方式：

• 写个Netlify Function，每隔1-5分钟用Bot令牌调用Discord的GET /users/@me接口，拉取你的当前活动状态
• 把结果存到KV存储里，前端直接从这个存储读数据就行
• 这种方式不用维持长连接，对静态网站更友好

额外安全加固 #

• 锁死Bot权限：你已经限制了单频道权限，再确认只开presence.read（读状态）和guilds.read（读服务器信息）这两个必要权限，其他全关，就算令牌泄露，能做的事也极其有限
• 给接口加访问限制：如果只是自己用的网站，给返回状态的接口加个简单的IP白名单，只允许你自己的IP或者网站域名访问
• 定期换令牌：每隔几个月去Discord开发者后台生成新的Bot令牌，更新Netlify的环境变量，降低泄露后的风险

关于方案可行性 #

这绝对不是糟糕的想法，很多个人站点都做过类似功能。OAuth2确实没必要，毕竟是展示你自己的活动，不需要用户额外授权，完全可以用后端隔离的方式搞定。

内容的提问来源于stack exchange，提问作者Léon Zimmermann