Postman中英镑符号(£)变为问号(?)的问题排查与解决求助

问题根源 #

这是全链路字符编码不统一导致的：JSON文件编码、JVM默认编码、UAT环境Web容器的响应编码存在差异，使得£字符在读取或传输过程中被错误解码为替代字符�；而你写的替换代码中，�在不同编码环境下的字节表示可能不同，导致UAT环境无法匹配替换。

可行解决办法 #

1. 确保JSON文件以UTF-8编码保存和读取

• 保存JSON文件时，明确选择UTF-8编码（比如IDE中设置文件编码为UTF-8，禁用系统默认编码）
• 读取JSON时强制指定UTF-8编码，避免依赖系统默认编码：

  // 示例：用Java NIO读取JSON文件
  Path jsonPath = Paths.get("your-error-codes.json");
  String jsonContent = Files.readString(jsonPath, StandardCharsets.UTF_8);
  // 如果用Jackson解析，也要指定编码
  ObjectMapper mapper = new ObjectMapper();
  mapper.setEncoding(JsonEncoding.UTF8);
  

2. 统一UAT环境JVM的默认编码为UTF-8

在JVM启动参数中添加：

-Dfile.encoding=UTF-8 -Dsun.jnu.encoding=UTF-8

避免系统默认编码（如Linux的ISO-8859-1、Windows的GBK）干扰字符处理逻辑。

3. 强制Web响应使用UTF-8编码

• 接口返回异常信息时，明确设置响应头：

  response.setContentType("application/json;charset=UTF-8");
  

• 若使用Spring Boot，直接在配置文件中全局配置：

  spring.http.encoding.force=true
  spring.http.encoding.charset=UTF-8
  spring.http.encoding.enabled=true
  

4. 优化替换代码（临时应急方案）

不要直接匹配�字符，改用Unicode编码匹配（�的Unicode为U+FFFD）：

String message = fetchErrorMessage("ERROR", ***some parameters***);
if (message != null) {
    // 替换所有U+FFFD替代字符为£
    message = message.replace("\uFFFD", "£");
}

总结 #

优先从JSON文件编码、JVM编码、Web响应编码三个层面统一为UTF-8，这是解决乱码问题的根本方案；替换代码只是临时应急手段，无法彻底解决编码不一致的核心问题。

内容的提问来源于stack exchange，提问作者Superman