上传大文件并生成临时下载链接时会发生什么
内容提要
大文件传输服务通过分块上传、断点续传和校验和保障弱网下的可靠传输；文件存入对象存储，元数据数据库记录文件名、存储键和过期时间；下载链接使用高熵令牌，支持签名、密码和下载次数限制；传输采用TLS加密，静态数据加密保护；TTL到期后由后台任务清理文件；并以Node.js示例演示分块上传与重组。
延伸解读
分块上传与断点续传：弱网环境下的可靠性设计
文章指出，将大文件拆分为10MB左右的分块并独立上传，可避免单次请求失败导致全部重传。断点续传依赖服务器记录已接收的字节偏移量，客户端重连后从该位置继续。每个分块还附带校验和，服务器比对哈希值以拒绝损坏数据。这种架构与HTTP分块传输编码不同，是应用层的可靠性模式，适合网络不稳定的场景。
对象存储与元数据分离：文件去向与链接生成逻辑
文件本身存入对象存储，获得唯一存储键；元数据数据库则记录原始文件名、大小、存储键和过期时间。下载链接包含高熵令牌，可附加签名、密码和下载次数限制。这种分离让上传服务器不直接承载大文件，便于扩展。链接的安全性不仅靠随机性，还需配合访问控制和过期策略，防止令牌泄露。
TTL与后台清理：过期链接背后的生命周期管理
每个传输任务被赋予TTL时间戳，到期后数据库立即失效链接，但物理文件删除由后台任务异步完成。清理任务扫描过期记录，标记不可用，再从存储层删除对象并移除元数据。下载次数限制达到阈值后，链接行为与TTL过期一致。这种设计平衡了存储成本与访问控制，但链接失效和文件删除之间存在时间差。
安全分层与示例局限：从理论到实践的差距
传输层使用TLS加密，静态数据加密保护存储，密码链接增加二次验证。文章以WeTransfer、Dropbox Transfer等为例说明临时链接和密码保护的实际应用。但Node.js示例仅演示分块上传与重组，明确未实现断点续传、校验和、认证、对象存储和临时链接。生产系统还需持久化上传状态、重试处理和自动清理，读者需注意示例与完整服务的差距。
Q&A
为什么不能用电子邮件发送大文件？
电子邮件使用SMTP协议，附件大小通常限制在25MB左右，且附件需用Base64编码，会使数据体积增加约33%，因此大文件很容易被邮件服务器退回。
文件传输服务如何应对上传过程中网络中断？
服务采用分块上传和断点续传：客户端将大文件切成小块（如10MB）分别上传，服务器记录已接收的块。断网重连后，客户端向服务器查询已成功接收的字节偏移量，从该位置继续上传，无需重新发送整个文件。
上传的文件最终存储在哪里？下载链接是如何生成的？
文件通常存入对象存储（而非本地服务器目录），每个对象有唯一键。元数据数据库记录文件名、大小、存储键、过期时间等信息。上传完成后，系统生成一个包含高熵令牌的下载链接，令牌与数据库记录关联，点击链接时服务器验证令牌和权限后从对象存储取出文件。
下载链接过期后，文件会立即被删除吗？
不会立即删除。每个传输有TTL（生存时间），到期后数据库立即将链接标记为无效，但物理文件由后台清理任务（如定时任务）定期扫描并删除，同时移除元数据。部分服务还支持下载次数限制，达到上限后链接同样失效。
文件传输服务如何保证文件在传输和存储中的安全？
采用多层防护：传输中使用TLS/HTTPS加密防止窃听；存储时对静态数据加密，即使硬件被访问也无法读取；还可设置密码保护链接，增加二次验证，并配合速率限制防止暴力破解。
如何用Node.js实现一个简单的分块上传示例？
使用Express和multer搭建服务器，前端用File API的slice()方法将文件切成5MB块，通过FormData逐个上传。服务器按上传ID和块索引保存块，最后通过/complete端点按顺序读取块并合并成原文件，合并后删除临时块。注意该示例未实现断点续传、校验和、对象存储和临时链接等生产级功能。
