记一次下载文件filename中文汉字或者中文符号的坑

1、问题描述

使用webpack,devserver,proxy,代理到服务端，调用一个下载文件流接口，发现一直报502。但是使用postman或者谷歌浏览器不走代理直接访问是可以的。

正确时报文

错误时：

2、原因分析

猜测：代理配置错误了
排查n遍，代码无误，其他同一服务的接口正常。

猜测：前端请求类型写错了
各种content-type设置均尝试无效。

猜测：后端安全拦截改接口，不让走代理了
确认没做

猜测：服务器安全策略限制了，不让走代理
确认没做

猜测：后端响应content-type,写死了，写为了一种前端代理不支持的类型。
前端请求response-type，写错了？ 尝试了修改前后端可能，也没用

3、绝望，难受。

4、开始怀疑devServer

查看devServer,请求响应代理日志，发现：

查询，文档，怀疑token编码错误。
推测：HttpServletResponse的header中，设置的filename存在中文字符

查看报文发现

！和!这俩有区别，这是中文叹号。与猜测吻合了。

5、解决

对中文字符进行编码操作，这里只做URLEncoder.encode方式的编码。
eg:

6、问题原因总结

你写中文，只在在谷歌可以，他帮你处理。
一旦代理，就完蛋。
代理的有nginx、nodejs，没人帮处理。

7、再深究

http请求header头，默认不支持中文，要进行urlencode编码，这个问题，在解决ie兼容时，难道没遇到过,url参数中文的问题？

HTTP 的规范中如此描述（3.2.4. Field Parsing）：
ISO-8859-1 编码是单字节编码，向下兼容ASCII，其编码范围是0x00-0xFF，0x00-0x7F之间完全和ASCII一致，0x80-0x9F之间是控制字符，0xA0-0xFF之间是文字符号。
即 HTTP 头部的事实字符集乃是 US-ASCII 一个子集，所以HTTP 规范允许的字符集是 ISO-8859-1。
如果想在服务器支持HTTP头部有汉字，那么只好把可能包含中文的头部值进行 url编码，然后整体进行ISO-8859-1编码。

8、大道至简，基础知识很重要