Django如何跨多请求访问上传文件 实现支付成功后再存储

核心逻辑是将未支付状态的用户上传文件存在非持久化的临时区域，和用户会话绑定做关联校验，支付完成后再转存到正式存储并写入数据库，未支付的临时文件到期自动清理，不会残留垃圾数据。具体可落地的方案有两种：

• 方案1：独立临时目录+会话绑定（适配所有大小文件）

  1. 单独创建一个仅服务端可控的临时文件存储目录，不要放在Django的MEDIA_ROOT下，避免被外部直接访问
  2. 处理用户文件上传请求时，不要直接将文件写入模型的FileField做持久化保存：先将上传得到的TemporaryUploadedFile或InMemoryUploadedFile对象拷贝到上述临时目录，用无规律的UUID作为新文件名避免遍历泄露，把临时文件路径、原始文件名、文件大小、MIME类型这些元信息存入当前用户的request.session中
  3. 用户跳转支付页完成支付、服务端收到合法的支付成功回调后，从当前会话中取出之前存的临时文件元信息，打开对应临时文件写入正式的模型记录、保存到MEDIA_ROOT对应的正式存储位置，转存完成后立刻删除该临时文件
  4. 配置定时任务（可基于celery beat、django-crontab实现），定期扫描临时目录，删除创建时间超过支付有效期（比如超过2小时）的所有临时文件，避免磁盘空间被无效文件占用

  注意：Django默认大文件上传时自动生成的系统临时文件会在当前请求结束后自动删除，不能直接复用该文件路径做跨请求读取，必须手动拷贝到你自己管理的临时目录。

• 方案2：缓存暂存（适配小体积文件场景）
  如果你的业务允许上传的文件体积普遍较小（比如单文件不超过5MB），可以直接将文件二进制内容做base64编码后，和文件元信息一起存入带过期时间的缓存（推荐用Redis），缓存key和当前用户会话ID绑定，过期时间和支付超时时间保持一致（比如30分钟）。支付成功后直接从缓存取出文件内容解码，转存到正式存储和数据库即可。该方案不需要额外写临时文件清理逻辑，缓存到期会自动删除无效数据，缺点是不适合大文件场景，会占用过多缓存内存。

关键避坑点 #

• 临时目录必须关闭公网访问权限，禁止外部用户通过URL直接访问暂存文件，文件名必须使用随机UUID，不能用用户上传的原始文件名，避免被恶意遍历窃取文件
• 从临时存储转存正式文件时，必须重新执行一遍文件类型、大小、内容安全校验，和上传接口的校验规则保持一致，防止恶意用户篡改请求内容
• 不要把文件二进制内容直接存入Django Session，默认Session存储通常走数据库，大文件写入会严重拖慢数据库性能，仅在session中存元信息即可

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