Shiny临时文件处理机制：officer生成docx时逐次上传图片出现重复问题

Shiny 内置的 fileInput 组件在接收用户上传文件时，不会将文件存储到应用的持久化目录，而是直接在当前R进程对应的tempdir()临时目录下，生成带随机前缀的临时文件。这些临时文件不会随文件读取完成立刻删除，只会在对应用户会话结束、或者R进程整体重启时，才会被系统统一回收清理。

结合逐次上传触发、批量上传正常的现象，问题本质是两个机制叠加导致的：

• officer 组件的资源缓存规则：as_image() 函数在嵌入图片到docx时，会对传入的图片路径做引用绑定，后续真正把内容打包进docx文件时，才会按之前存储的路径回头读取实际的图片内容写入包体
• Shiny 临时文件的路径复用机制：逐次上传的场景下，每次上传完成后，上一次的临时文件如果没有被主动读取保留，系统回收临时资源时会重复分配相同的文件路径；等最后触发下载、officer 回头读取之前存储的所有图片路径时，每个路径下留存的都是最后一次上传覆盖的图片，就会出现所有文档位置显示同一张图的问题。
• 为什么一次性上传多张不会出问题：同批次调用fileInput上传的所有文件，Shiny会在同一时间戳下生成带唯一随机后缀的临时文件名，不会出现路径重复覆盖，也就不会触发这个读取异常。

• 主动转移临时文件，规避路径覆盖：每次接收到新的上传文件后，不要直接把fileInput返回的临时路径存到响应式变量里，而是第一时间用file.copy()把源文件拷贝到应用专属的独立临时目录下（可提前用dir.create(file.path(tempdir(), "app_uploads"), showWarnings = FALSE)创建目录），给每个拷贝的文件分配全局唯一的文件名（比如拼接上传时间戳、随机数做后缀），从根源上避免Shiny临时路径被回收覆盖
• 替换文档组装的入参：把之前代码里col1、col2这类变量存储的、来自fileInput的原始临时路径，全部替换成自己拷贝到独立目录下的唯一命名文件路径，再传入as_image()做内容组装，从源头上避免officer读取到被覆盖的路径内容
• 重置文档实例，避免跨节点缓存：不要在全局环境或者长生命周期的响应式值里复用同一个officer文档对象，每次生成下载文件时，重新初始化一个全新的空白docx实例再拼接内容，阻断officer跨流程的资源引用缓存
• 前置校验兜底：在触发下载生成文件之前，遍历所有准备嵌入的图片路径，逐一核对文件大小、修改时间和上传时记录的元信息是否一致，提前发现被覆盖的异常路径

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