@GetMapping("/getFile/{key}")
public void filePreview(@PathVariable("key") String key, HttpServletResponse response) {}
测试如下：
// 源字符串（urlencode前）A:MwbR64EbzUpX5MDnA3qb8yiTXUlbPegQqiNxuT8m7lbJ/k5THwkM+UvaRWWd7PzFVdZoGHx/GEPxm75LJZxKq1fqCdr3PKT/5P7qqoZm9AbN4n4kZ/z9uA==
// urlencode后 B： MwbR64EbzUpX5MDnA3qb8yiTXUlbPegQqiNxuT8m7lbJ%2Fk5THwkM%2BUvaRWWd7PzFVdZoGHx%2FGEPxm75LJZxKq1fqCdr3PKT%2F5P7qqoZm9AbN4n4kZ%2Fz9uA%3D%3D （/变成了%2F,+变为%2B,=变成%3D)
//对传入的B字符串 springboot自动解码后 C：MwbR64EbzUpX5MDnA3qb8yiTXUlbPegQqiNxuT8m7lbJ%2Fk5THwkM+UvaRWWd7PzFVdZoGHx%2FGEPxm75LJZxKq1fqCdr3PKT%2F5P7qqoZm9AbN4n4kZ%2Fz9uA==（和原来的不太一样%2F没有解码成/)
// srpingboot自动解码后的C字符串 再 使用urldecode decode后的 D： MwbR64EbzUpX5MDnA3qb8yiTXUlbPegQqiNxuT8m7lbJ/k5THwkM UvaRWWd7PzFVdZoGHx/GEPxm75LJZxKq1fqCdr3PKT/5P7qqoZm9AbN4n4kZ/z9uA== %2B 解码变成了空格了
//没有自动解码直接decode，也就是对 B 直接解码后 E：MwbR64EbzUpX5MDnA3qb8yiTXUlbPegQqiNxuT8m7lbJ/k5THwkM+UvaRWWd7PzFVdZoGHx/GEPxm75LJZxKq1fqCdr3PKT/5P7qqoZm9AbN4n4kZ/z9uA== （这个和源字符串一致）
//将springboot自动解码后的字符串中+替换成%2B再解码：MwbR64EbzUpX5MDnA3qb8yiTXUlbPegQqiNxuT8m7lbJ/k5THwkM+UvaRWWd7PzFVdZoGHx/GEPxm75LJZxKq1fqCdr3PKT/5P7qqoZm9AbN4n4kZ/z9uA==（和源字符串一致）-->最终解决方案Spring Boot在处理 @RequestParam、@PathVariable 等注解时，默认会自动进行一次URL解码。但它的解码方式取决于容器和版本，有时会出现：
-
%2F没有被解码（出于安全考虑，防止路径遍历攻击） -
%2B被解码成了空格（+在URL编码的application/x-www-form-urlencoded中确实代表空格）
key如果包含特殊字符，必须进行urlencode，但springboot接收时会自动对key进行decode的，但测试发现有些字符串并没有decode，而且代码如果直接decode这个自动解码后的字符串解码出来的字符串可能包含空格！
-
URLDecoder.decode()默认将+转为空格，但保留%20为空格 -
Spring的
@PathVariable默认将%20转为空格，但保留+为加号
URL编码规则很明确：
-
只有空格 会被编码为
%20或+ -
其他字符（如字母、数字、中文等）都会编码为
%XX形式 -
解码时，
%20和+才会被转回空格
方案一：获取原始参数值（推荐）
如果你需要自己完全控制解码过程，可以直接获取原始请求参数，避免Spring Boot的自动解码干扰