如何解决“上传了附件但是最后其实没用”这个问题？

[abcbuzhiming]

比如以论坛的发帖功能来讲，它有个上传附件功能，我上传了一个附件，但是我突然把这个页面关了，没点保存，于是这个上传的附件就是个废附件，实际没用，占空间。

那么有什么方法可以实现的好一点，清除掉这个没用的附件。

一个简单的思考方法，就是把上传的文件保存在一个临时目录里，然后当你要保存使用这个文件附件的实际内容的时候，移动这个文件到真正的保存目录。然后临时目录定期清理。

但是这个方法仍然存在缺陷，因为现实里不是所有的表单页面，都像论坛发帖这个页面一样，当你点下提交，整个页面提交内容到服务器后，就会关闭(或跳转到另外的页面)。
有一些表单页面很复杂，所以，允许用户一边保存，一边编辑，这类页面有个特点就是，点保存后只会有个提示告诉你提交了，你本人还是停留在这个编辑页面上。这种就没办法沿用上述那个[移动上传文件到正式保存路径]这个逻辑的。因为你挪动文件的路径后，第一就是页面访问这些文件的路径都会发生变化，这导致你必须更新本地页面上这些附件附图的访问路径，否则它们都会变成红 x 无法访问了。这种保存一次后，还必须更新页面上数据的方式，对某些有大量附件的表单特别不友好。

所以，还有没有更好的方案？

[janus77]

一般不建议这样搞。我有两个需求：
1 如果我之前在文章里面引用了这个附件，后面修改的时候又去掉了，但是只是临时去掉，过一段时间又更新了把他加上去，怎么区分这种情况？
2 如果我之前只是因为文件太大，想提前上传，文章并没有写好，想等下次写好的时候再去引用，怎么区分这种情况？

[tool2d]

我个人会设置一个附件最后访问时间，超过时限后统一扔到冷储存里。

[beiranc]

我们用的就是类似于引用计数的方案，然后定时清理

[orlando]

引用计数，定时 GC

[abcbuzhiming]

@samnya 这个上传文件记录 file 表，，然后记录其引用的业务数据 id 的方式，我们曾经尝试过，它的弱点就是把上传文件这个行为和业务数据强相关了，你每次上传文件，保存数据后，必须更新文件记录表，把相关的业务数据 id 传进来。本来存储是个很独立的事情，结果现在存储部门还得管业务引用的事情，搞了几次后存储部门非常反感这个方案，在也是为啥这个方案最终没用长的原因


@JamesR
你的方案里存在一个问题，就是，我怎么知道哪些附件没用呢？之所以有 [挪动文件] 这个解决方案，其实就是在挪动的时候，把这一波和当前业务数据有关的附件 id ，全部移动到特定目录去，那么剩下的自然就不相关了，自然可以随便删，但是问题是这个方案它不够好，问题我顶楼说了。


@yolee599 现在就是没有比较好的办法，确定哪些文件没有用，特别是文件比较多的时候


@yimiaoxiehou 引用计数方案其实就是 samnya 的那个方案，这个方案需要建立文件 id 和对其引用的业务数据 id 之间的映射关系，存储部门非常反感这个方案

[abcbuzhiming]

@cp19890714 你这个方案似乎比直接关联业务 id 和文件 id 的方案要好一点，至少我可以不管存储部门，直接在我业务部门这边自己建表，我会考虑一下这个方案


@nothingistrue 也是我自己蛋疼，其实这个看起来的小问题，真想做好要考虑很多方面，团队之前也是倾向于不管的，我是自己闲得无聊，希望找到最优解


@brader 临时目录方案有缺陷的，我顶楼说了的，遇到那种保存数据时候不跳转页面，仍然停留在当前编辑页面的表单，这种方案要吃瘪，因为移动文件会改变文件的访问 url ，间接导致页面引用地址需要变更。


@akjarjash 就是因为搞久了才会胡思乱想，想找到一个便宜，简单，又优雅的方案解决这个看起来很小的问题


@janus77 对，附件修改引用也是个比较头疼的问题

[abcbuzhiming]

谢谢大家的解答，我综合了一下，看来还是引用计数比较合理一些，剩下的就是说服存储部门的人了。当然，也可能还是搞不定，就放弃了，毕竟就像楼上有人提到的，这年头存储确实不太值钱。

[yimity]

如果是富文本编辑器里面的图片，不能定制具体的标记例如 id 来引用图片，只是一个访问图片的地址。这种如何应对呢？

[yimiaoxiehou]

@abcbuzhiming 和存储部门有啥关系，这不都是业务部门自己的事么，存储部门只提供存储对象的唯一 id 和操作接口就行啊。引用关系什么的业务自己维护啊

[brader]

@abcbuzhiming 我感觉你还是没有理解到我所说的东西，什么叫“临时目录”，我说的是删除一天以前的临时目录文件，你编辑什么表单一天都编辑不完？不提交？第二天回来就让你重新上传有什么毛病，如果你觉得一天不够，3 天、7 天，总够了吧

[abcbuzhiming]

@yimiaoxiehou 我们提出建立上传附件和相关引用数据之间的关联这点后，技术部门的老大排版要求存储部门完成这个事情。存储部门就很反感，而如业务部门里的我要把这个事情接下来，需要顾忌业务部门的其它人愿不愿意，毕竟多一事不如少一事


@brader 有一种表单，其内容比较多，一边编辑，则能够一边保存。保存后不会关闭表单界面，以允许用户继续编辑。那么，在这种 UI 下，如果你一点保存，就把临时目录下的所有文件移动了正式目录，这显然会改变这些文件的预览地址，那么表单界面上预览这些文件的 url 就必须跟着变，不变的话预览图片之类的东西就会变红×。所以临时目录这功能只适合那种，点了保存，表单 UI 就消失跳转，要编辑这条记录需要重新打开，这种场景。

[luzemin]

当年也特别纠结这个问题，请教了一些大佬，大佬的回复都是：
你管它干啥？！

所以搞不好业内最佳实践就是不把这个问题当做问题。