技术方案全景

解题思路：

两个方案要放在同一组维度上比较：带宽占用、扩展能力、预处理能力、权限控制与成本。图片场景的关键特征是「文件大」，所以带宽与扩展能力是主导因素，而预处理能力在这里恰恰不重要。

详细步骤：

服务器中转方案：

客户端 → 我的服务器 → OSS

优点：
- 服务器可以对文件做预处理（校验、压缩）
- 可以控制上传权限，更安全
- 上传逻辑集中管理

缺点：
- 服务器带宽是瓶颈（8.7MB 的图片 × 并发上传 = 带宽爆炸）
- 服务器磁盘 I/O 压力大
- 单点故障——服务器挂了就全挂了
- 服务器成本高（需要更大的带宽和磁盘）

客户端直传方案：

客户端 → OSS（服务器只签发上传凭证）

优点：
- 上传流量不经过服务器，节省带宽
- OSS 的上传能力远强于单台服务器（支持分片、断点续传）
- 服务器只做轻量操作（签发凭证），不容易成为瓶颈

缺点：
- 需要设计安全的凭证机制，防止滥用
- 客户端需要集成 OSS SDK
- 服务器无法在上传时预处理

典型实现：

对于图片场景，客户端直传几乎总是更好的选择。 图片文件大，走服务器中转纯属浪费带宽。

最终答案：

选客户端直传 OSS。图片体积大，走服务器中转会让服务器带宽和磁盘 I/O 成为瓶颈，还带来单点故障与更高成本；代价是要设计好凭证签发与防滥用机制。对于图片场景，客户端直传几乎总是更好的选择。

解题思路：

题目问的是「先处理还是先审核」的顺序。判断依据有两个：违规图片的处理算力要不要白白浪费，以及违规内容会不会在审核完成前被 CDN 缓存出去；审核自身的耗时也要一起算进账。

详细步骤：

我的方案：先审后处理

上传 → 审核 → (通过) → 异步处理 → 存储 → CDN
              → (拒绝) → 删除原图 → 通知用户

原因：

1. 避免资源浪费：如果先处理再审核，违规图片的处理算力白花了。处理 5 种缩略图需要 1~2 秒，如果最终是违规图片，这些算力就浪费了。

2. 避免”违规内容短暂可访问”的问题：如果先处理再审核，在审核完成前，违规图片的缩略图可能已经被 CDN 缓存了。

3. 审核本身很快：云 API 的审核通常在 200ms~1s 内返回结果，不会成为上传流程的瓶颈。

审核通过后的处理流程：

极端情况：如果审核漏放了一张违规图片怎么办？

• CDN 层面：支持紧急刷新（purge），可以快速从 CDN 节点删除
• OSS 层面：直接删除源文件，CDN 缓存过期后自动不可访问
• 数据库层面：标记为违规，前端不再展示

最终答案：

串行，且先审后处理：上传 → 审核 →（通过）异步处理 → 存储 → CDN；（拒绝）则删除原图并通知用户。这样既避免违规图片的处理算力白费，也避免违规缩略图短暂可访问；审核只需 200ms~1s，不会成为瓶颈。极端漏放时有 CDN purge、删除源文件、数据库标记三道兜底。