「CORS预检」标签下共 5 篇技术文章，包括《微信小程序 / H5 调用第三方 API 的正确姿势：密钥不》、《小程序与 H5 调用第三方 API：同一条请求，两套规则》、《微信小程序与 H5 调用第三方 API：白名单、CORS 与》。按发布时间倒序排列，内容持续更新。
小程序和 H5 都不适合直接持有第三方 API 密钥：两端的代码与包都能被使用者获取，正确做法是把密钥与第三方协议留在服务端，前端只调用自己的代理接口；再分别处理小程序域名白名单、H5 的 CORS 与凭证模式，并统一超时、重试与错…
小程序与 H5 的请求被不同机制拦截：H5 主要受浏览器同源策略与 CORS 预检约束，小程序主要受平台侧请求域名校验约束。因此一端的联调通过不能推出另一端可用。较稳妥的默认做法是前端只请求自有后端，由服务端持有第三方密钥并统一处理…
小程序和 H5 调用第三方 API 的正确做法是先确认两条运行时各自的约束：小程序侧受 request 合法域名限制，H5 侧受同源策略与 CORS 预检限制；两者都应经过自有后端或边缘函数转发，避免把长期密钥放到前端。文章给出代理…
客户端不应直接持有第三方 API 密钥，推荐由自有后端做转发与鉴权；小程序与 H5 的差异集中在请求域名配置和跨域机制上，调用逻辑本身可以共用一套契约。本文只给出与平台无关的结构建议，未提供平台文档素材，具体限制需按各平台当前文档核…
小程序和 H5 都不应该直连第三方 API。正确做法是把请求收敛到自有后端或云函数中转，密钥只留在服务端，域名白名单、超时重试、限流和监控都在中转层一次做完，前端只接收业务字段。
共 5 篇文章，第 1 / 1 页