问题描述
今天前端和我说了一个问题，为什么通过接口上传到服务器的文件，有时候可以直接通过url在网上也预览，有的必须要下载到本地才能预览呢。
这真把我问住了，然后我就下去测试了一下，还真是这种情况！
还原场景
先还原下场景。
这是我本来的上传附件的接口：
我们通过接口测试下,可以看到是上传成功的：
然后把url直接放到浏览器进行浏览：
按下回车，走你，确实出现了那个问题！
思考问题
遇到问题不要慌，我初步猜测是跟http的请求头有关的，但是具体说不出来，然后就带着我的疑问。在网上找到了下面的相关描述：
content-type属性
这个属性大家一般见到的都比较多，用于定义网络文件的类型和网页的编码，一般用于做文件下载的时候我们都会定义它的属性是流或者其他。
在Http协议消息头中，使用Content-Type来表示具体请求中的媒体类型信息。
例如：Content-Type:text/html;charset:utf-8;
关于它的使用和不同格式，网上有很多大佬都写过相关文章，我就不做赘述了。
重点是下面这个属性
content-disposition属性
它指示如何处理响应内容。一般有如下两种方式：
1：inline：直接在页面显示
2：attchment：以附件形式下载
content-disposition 是 MIME 协议的扩展 ，其作用就是用来处理一些文件的显示问题， content-disposition的值为inline时，表示它可以显示在网页内，或作为网页，此时浏览器会自动进行预览， content-disposition的值为attachment时，表示它应该下载，大多数浏览器呈现“另存为”对话框，如果filename存在值，也会预填入文件名。
比如我下载文件的接口，就用带了这两个属性，而content-disposition的值正是attachment
ps:这两个属性都可以通过response去设置，只不过对于content-disposition的修改要放在请求头(header)里面
解决问题
很明显，我遇到的问题就是没有做content-disposition的处理，把content-disposition的值设置为attachment即可