场景
在后台通过上传文件的方式,将文件存储到云端.然后供其它客户端使用HTTP的方式浏览或下载文件资源.就这么一个简单的过程,我们来探究一下这个文件名称应该如何命名.以及各种方式的优缺点
使用文件md5值作为文件名称
特点
- 生成的URL具有唯一性,即一个文件一个唯一的URL
一般客户端为了减少资源间的网络传输,会通过URL的方式对下载的文件资源进行缓存。我们在后端的文件与URL有唯一的对应关系,那么客户端通过URL缓存的资源与服务端的资源必定是一致的。这样的好处就是兼容客户端缓存策略。 - 不利于清理无效资源
比如用户头像。用户在更换头像时(假定需求不需要保留就头像),按照md5的方式,以前的头像数据肯定是需要清理的。我们需要去维护这些无效资源并且定期的清理它。这增加了维护成本。
使用固定文件名称的方式
特点
- 一个URL在不同时刻对应不同文件资源
也以用户头像为例子,用户更换头像,后端进行文件的覆盖操作。这样就不用去管理旧的无效数据,但是有个比较棘手的问题就是文件覆盖的原子性。覆盖操作的原子性是很难保证的。在文件覆盖过程中被打断的概率还是很大的。 - 不利于客户端缓存
因为URL的文件不是唯一的,在客户端缓存时,当然就会出现脏缓存的问题。不过我们也是可以解决,我们可以在URL最后通过?t=timestamp
返回这个文件的生成时间戳来解决URL的的不唯一性。
后端文件上传与表单数据数据的关系
- 文件上传与表单数据分离
这种方式的好处是业务流程简单,在提交表单数据时,客户端上传文件后获得uri后添加在表单即可 - 文件上传与表单数据一起提交
在提交表单时将文件资源一起post到后端,然后后端处理文件的保存。这种也不是特别复杂,但是需要考虑接口上载能力。一般文件上传服务会比普通的服务拥有更大的上载带宽。所以集中式的处理文件上传还是比较推荐的。
文件资源集中式接口上传的注意问题
- 以用户头像为例,我们采用文件上传与表单数据分离的方式,在用户操作时,很可能会产生大量的无效资源。处理方式可以是:1,用户提交时,才上传图片,在之前通过客户端本地加载图片资源,2,用户每次都上传图片。
- 临时文件的方式处理大量无效上传文件。定期的清理它。当需要正式使用的文件资源我们需要将它转移非临时文件存储方式。作为OSS来讲这个可以很好实现,我们将临时文件标记为1天的有效期,当需要转换为非临时文件方式时,修改文件的有效期。