为什么要使用oss直传：
前后端文件传输涉及数据较大，往往会成为很多项目的性能瓶颈。常见的传输方式也有不少，相对来说，OSS直传能够减轻很大压力。
传统方式相比直传OSS，相对来说有三个缺点：
- 上传慢：用户数据需先上传到应用服务器，之后再上传到OSS。网络传输时间比直传到OSS多一倍。如果用户数据不通过应用服务器中转，而是直传到OSS，速度将大大提升。而且OSS采用BGP带宽，能保证各地各运营商之间的传输速度。
- 扩展性差：如果后续用户多了，应用服务器会成为瓶颈。
- 费用高：需要准备多台应用服务器。由于OSS上传流量是免费的，如果数据直传到OSS，不通过应用服务器，那么将能省下几台应用服务器。
当然，对于规模较小、成本较低的项目来说，常见的上传方式还是适合的，毕竟没有最好的，只有最适合的。
一般的oss直传步骤：
-
前端请求后端接口，拿到oss签名，包括callback、accessid、policy等参数。（入参根据后端需求提供即可）
-
拿到签名等数据后，请求上传oss的接口，这个接口的入参包括1步骤请求回来的参数，及需要上传的file文件
-
上传oss成功后，接口会返回ossId，等文件相关信息。如果要提交表单，根据后端定义的字段将返回的ossId传递过去即可
直传中遇到的一些问题：
1. 跨域
前端可以开代理，代理到oss放行的域名即可。如果还存在跨域，可以在请求中设置 withCredentials: false，后端也要做相应更改
2. 上传oss接口返回Response body is not valid json format.
我这边的原因是，oss直传file需要md5加密，直接传递没有加密的文件，后台接口会直接返回这个错误
3. md5加密失效
change事件后直接上传md5要上传的文件，但是md5值没有变化，即便文件已经更改，但是md5值依然没有改变。这时候可以在change事件引用fileReader方法，当文件读取完成后，再执行md5，这时候的md5值，就是最新的文件生成的了。
4. 上传的content-type要设置成表单上传
headers: { 'content-type': 'application/x-www-form-urlencoded' },