编码格式转换错误JSON parse error: Invalid UTF-8 middle byte Oxd5； JSON解析错误:无效的UTF-8中间字节Oxd5；nested excepti

前端已经设置了请求参数的编码格式，但是后端接受参数是，如果传入的参数是中文还是会出现 编码格式转换异常，这种情况可以在后端的mapping添加一个转换格式

@PostMapping(value = "XXX",produces = "application/json;charset=UTF-8")

但是在接口过多时，这种方法显然太过冗余，所以可以选择使用过滤器的方式，统一的对参数进行格式设置后再传入接口中,过滤器内部代码如下所示

// 获取请求中的查询参数
MultiValueMap<String, String> queryParams = exchange.getRequest().getQueryParams();

// 初始化一个新的MultiValueMap来存储重新编码后的查询参数
MultiValueMap<String, String> encodedQueryParams = new LinkedMultiValueMap<>();

// 遍历原始查询参数
queryParams.forEach((key, values) -> {
    // 对于每个参数值，执行以下操作
    for (String value : values) {
        try {
            // 尝试将参数值从ISO_8859_1编码转换为UTF-8编码，并添加到新的MultiValueMap中
            // 这一步骤可能用于解决或预防编码不一致的问题
            encodedQueryParams.add(key, new String(value.getBytes(StandardCharsets.ISO_8859_1), StandardCharsets.UTF_8));
        } catch (Exception e) {
            // 如果在转换过程中发生异常，则抛出自定义异常，包含失败信息及请求路径
            // 实际应用中，这里应该有更详细的错误处理逻辑
            throw new EncodingTransitionException("Encoding query parameters failed", exchange.getRequest().getPath().toString());
        }
    }
});

// 使用UriComponentsBuilder从原始请求URI创建一个可构建的URI组件实例
// 准备好用于替换或添加新查询参数
UriComponentsBuilder uriBuilder = UriComponentsBuilder.fromUri(exchange.getRequest().getURI());

还有一种特殊情况， 在windows服务器下运行的jar包时

java -jar xxx.jar

会因为中文出现乱码，可以使用这段代码启动

java -Dfile.encoding=utf-8 -jar xxx.jar