我喜欢你>_<

核心表现摘要#

这次真机故障的根因不是代码，而是 OSS 防盗链白名单缺失 servicewechat.com，导致“开发者工具可见、真机不可见”的假象。

目录#

• 核心表现摘要
• 目录
• 问题现场
  • 本章小结
• 根因拆解
  • 本章小结
• 排查中的干扰项
  • 本章小结
  • 本章小结
• 总结

问题现场#

现象非常典型：开发者工具里图片正常，真机上图片全白。因为工具里看起来一切正常，我一度把排查方向放在代码和资源本身上。

根因拆解#

今天最大的认知变化是重新理解 OSS 防盗链逻辑：

• 浏览器常见空 Referer 请求，命中“允许空 Referer”时可以访问资源。
• 微信真机会带 servicewechat.com Referer。
• 白名单没有该域名时，OSS 会直接返回 403。

结论：Allow Empty Referer 并不等于“完全公开”，它只是放行“没报来源”的请求。

排查中的干扰项#

中间还有一个干扰项：电脑浏览器也打不开资源，误导我以为 OSS 文件有问题。最后确认是本地代理影响了 DNS 或 IP 路由。

经验是：排查这种网络问题时，手机 4G/5G 环境往往比本机浏览器更干净，更适合作为对照组。

总结#

这次故障让我重新建立了一个排查顺序：先看请求环境差异，再看平台策略，最后才是代码本身。真机问题并不可怕，可怕的是拿错对照组和排查优先级。