用户上传冗余的图片文件，一般是怎么处理的呀？

原始上传文件留个记录表，对于没有被正确关联引用到的，即可判断的不可能再被用到的可以清理掉。

用户换头像这种不一定，有些 APP 则有旧头像记录的。

原则就是可断定的无用的则可清除。

md5 ？

随表单上传咯.

一般直接替换文件吧。数据库内绑定图片的唯一 ID，然后用户如果需要替换，直接更新数据库里储存的 ID，同时删除旧的 ID 对应的文件。

refcount 呗。或者你搞 mark-sweep gc 啥的也行。

说真的，这些图片直接存起来可能成本更低

一般就是让它冗余着

md5

感觉没必要处理，多占不了多少资源。等产品倒闭了一起删就行。

举个例子，专门有一张 oss 表记录所有问题，如果是现在有一张头像，用户更新了一个新的头像，旧的就先软删除掉，然后 30 天没关联到任何地方且已软删除的，就连数据带文件一起删掉。也就只能做到这一步了。浪费是肯定存在的。

公司一般也不在意那点空间……
实在在意的话，只有在某个地方记一下，然后定期清理……

链接和文件是引用关系，对于哈希值相同的文件来说，冗余的不过是个链接罢了。

现实是会存在不同文件，但是 MD5 相同的情况的...

@nyse 把待删除文件的路径写到一个表里，定时器去检查这个表，再去执行删除文件操作

然而我是所有的文件的路径都记录在表里，删除时只是标记为删除(软删除)，定时器去清理文件

用 sha256 之类的命名文件，可以防止存多份重复文件

如上所说，文件名用 hash，保证相同文件只存一份，其他的就无所谓了啊，反正现在磁盘页不值钱，删它干嘛

...第一 磁盘真不值钱
然后 头像地址可以用用户信息 hash 算出来 永远只有一张图片存在
至于发布的图片删除了 可以监控图片日志 冷数据移走

相对于流量来说，存储空间的费用可以忽略不计。

意义不大但真的坐过这个需求，我安排给一个新来的程序员做了。
他用了一个月的时间，这是我最痛苦的一个月…
因为他研究了一个星期，也不知道该咋整。
然后我说用 md5 存数据库就好了，
然后又一个星期过去了。还没搞定。
原来，md5($_FILE[0]->name)，然后直接写到数据库了…
先不说对系统随机的文件名取 md5 的问题，他么存数据库也没有查是否存在…
我都懵逼了…………程序员可以有多菜？？？

操作系统是如何清理内存的？

最靠谱的就是不管它，浪费就浪费，没多少钱。
如果真有需求要清理掉，其实比较好处理：
定期任务：把所有图片的文件名和 hash 找出来，然后去比对数据库里有没有（数据库可以存文件名和 hash，在保存表单的时候），没有的就删掉。
为了不影响系统正常的运转，可以分散在半夜里运行，并且可以只清理一年以前的。
------
不过我还是觉得不要处理比较好，等你的存储真的不够了，你的产品应该赚了很多很多钱了随便再怼个几百 T 的存储没多少钱；如果你的新存储怼不起，很可能公司就要关门了

每个用户的每个唯一图片起个名字，不要用 hash，比如用户头像就是 <uid>_icon 。写的时候直接覆盖这个文件。

我都专门写个算法，每次上传成功后，清理以前上传过的用不着的文件。就是开发这个功能要稍微多花点时间。

@imdong 有点强

对象存储默认生命周期一天后删除，用户确认了的提交会去掉这个删除的定时