如果让你负责设计一套文件上传系统，你会采取怎样的架构和实现方案来处理其中的关键问题？

回答思路

1. 【回答框架 1】文件上传系统需明确核心流程：客户端选择文件、分片或直传、服务端接收校验、存储、元数据记录、回调通知。设计时先区分大文件与小文件，小文件可走单次HTTP POST，大文件建议采用分片上传，每片独立校验与续传。
2. 【回答框架 2】存储层选择可扩展对象存储如云OSS或自建MinIO，便于水平扩展和容灾；同时维护元数据库记录文件ID、大小、MD5、存储位置、上传状态，支撑秒传和断点续传。需设计分片合并策略，合并时校验完整性。
3. 【回答框架 3】性能方面需考虑上传带宽占用，采用客户端直传或预签名URL减少服务器中转；服务端用异步任务处理分片合并和后续转码等操作，避免阻塞主链路。并发上传要设置限流和队列，保护后端资源。
4. 【回答框架 4】可靠性保障：实现断点续传需持久化上传进度，服务端记录已上传分片；提供秒传功能需先计算文件哈希并与已有记录比对。还需设计失败重试、超时处理和分片过期清理机制。
5. 【回答框架 5】安全性关注点：文件类型校验需基于文件内容而非扩展名；限制单文件大小和总配额；对存储目录防目录穿越，文件访问需鉴权与防病毒扫描；日志记录上传来源和操作审计。
6. 【关键点 1】采用分片上传与断点续传机制，提升大文件上传成功率并支持失败恢复。
7. 【关键点 2】选用对象存储支撑海量文件持久化，通过预签名URL或直传路径减轻应用服务器压力。
8. 【关键点 3】基于文件内容哈希实现秒传与去重，降低重复上传带宽消耗。
9. 【关键点 4】引入异步任务处理分片合并、文件校验及后续处理，保证主流程响应速度。
10. 【关键点 5】安全策略包含内容类型校验、大小限制、鉴权、防扫描与审计日志，防止恶意文件风险。
11. 【易错点 1】只检查扩展名会允许伪装文件上传，必须校验文件魔数和实际内容类型。
12. 【易错点 2】合并分片时若顺序或完整性校验不足，会导致存储文件损坏，需用MD5等做全量校验。
13. 【易错点 3】忽略上传进度持久化会无法实现跨设备断点续传，且易造成临时文件堆积。