最近，我遇到了一个让我哭笑不得的“技术事故”——Google Cloud 的账单突然被扣了 100.8 美元，而我明明记得自己账户里还有谷歌赠送的 300 美元免费额度，且从未主动开通付费服务。
事情要从一次例行检查说起。我在 Google Cloud Console 的“赠金”页面看到，我的 Free Trial 账户状态显示为“已过期”，但剩余金额仍为 (300.00。这显然不对劲：如果赠金没用完，为什么系统会自动扣款？更奇怪的是，这笔 )100.80 的支出发生在 2026 年 3 月 26 日（注意：这个日期明显是未来时间，暗示系统时间或记录异常），交易场所标注为 “GOOGLE*CLOUD N7VNBS”，币种为美元，卡号后四位是 0307。
更讽刺的是，后续我又收到另一封邮件，标题变为《您的 Google Cloud 和 API 结算帐号 016ECO-05330D-45F619 目前信誉良好》，内容称“我们已恢复您的结算帐号……您现在应能拥有对该帐号及相关项目和服务的完整访问权限了”。短短一天内，同一账号从“拒付”变成“信誉良好”，Google 的风控逻辑像在玩过山车。
经过反复比对，我发现问题根源在于：Google 将“银行拒付”等同于“用户余额不足”，并据此冻结了免费额度的使用权限，转而启用“信用透支”模式——哪怕你根本没欠钱。这种设计极其反人类：它不验证实际余额，只看支付通道是否通畅。一旦绑定的信用卡因风控、地区限制或银行策略临时拒付（比如Visa对境外API调用敏感），系统就默认你“没钱”，直接划走虚拟额度，还生成真实账单。
我最终的解决方案很简单：更换一张境外虚拟卡（如 http://Privacy.com 或 Revolut），重新绑定并完成一次小额验证支付。之后，(300 赠金立即恢复正常可用状态，那笔 )100.80 的“幽灵账单”也自动冲正为 +100.80，余额重回正数。
这件事给我敲响警钟：云服务的“免费层”并非真正零风险。尤其当你依赖自动续费或后台调用时，支付方式的稳定性比额度本身更重要。建议所有开发者：
避免绑定国内实体 Visa/Mastercard（尤其用于海外云服务）；
优先使用虚拟卡或国际借记卡；
定期检查 Billing 账户状态，别等扣款才醒悟。