GCS云存储中何时使用copy API而非rewrite API？

不是所有场景都必须优先选rewrite，copy在以下场景里反而更有优势：

• 拷贝明确的小体积对象：GCS单次rewrite调用的处理上限大概是1GiB，如果你业务场景里的操作对象都是配置文件、图片缩略图、小型文本/媒体资源这类体积远低于阈值的文件，用copy只需要发1次API请求就能完成操作，不需要像用rewrite那样额外写轮询逻辑判断操作是否完成、循环传递rewriteToken，代码实现更简洁，也没有多次请求的额外网络开销，接口延迟更低。
• 执行无额外逻辑的简单同位置拷贝：如果你不需要跨区域/跨存储层级迁移对象，也不需要在拷贝过程中修改对象元数据、更换加密密钥、调整存储类型，只是在同区域同存储配置下克隆对象副本，copy的接口语义更直白，后续维护代码的开发者不需要理解rewrite的分块传输逻辑，一眼就能识别这是个简单的单步拷贝操作，维护成本更低。
• 兼容老旧GCS生态组件：copy是GCS推出时间更早的基础拷贝接口，不少早年开发的第三方兼容网关、私有化存储产品、低版本SDK对rewrite的分块逻辑支持存在缺陷，甚至没有实现rewrite相关能力，这种场景下只要待拷贝对象体积在copy的支持范围内，用copy能避开很多奇怪的兼容性问题。

只要你没法100%确认待操作对象永远不会超过体积阈值，或者需要在拷贝时附带属性修改、跨位置迁移的逻辑，直接用rewrite即可，不要为了省少量代码量踩大对象拷贝报Payload too large错误的坑。

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