Java AES解密法语字符：Windows正常，tc-server部署异常求助

你的问题核心是跨环境下的字符编码不一致——本地Windows/Tomcat和tc-server的默认字符编码规则存在差异，而你的解密代码没有明确指定编码逻辑，才导致法语特殊字符（比如ÉPERVIÈRES）解析异常。下面是具体的排查和解决步骤：

1. 修复解密代码的编码漏洞 #

你当前的代码里，new String(cipher.doFinal(...))依赖平台默认编码将字节数组转成字符串。Windows环境的默认编码通常是GBK或UTF-8（取决于系统设置），但tc-server如果运行在Linux环境下，默认编码可能是ISO-8859-1或其他不支持法语特殊字符的编码，这就会导致解码失败。

修改代码，明确指定UTF-8编码（Unicode兼容编码，能完美支持法语字符）：

import java.nio.charset.StandardCharsets;
import sun.misc.BASE64Decoder;
import javax.crypto.Cipher;
import javax.crypto.spec.KeySpec;

public String decrypt(String decryptMe) throws Exception { 
    if (decryptMe == null) { 
        return null; 
    } else { 
        Cipher cipher = Cipher.getInstance("AES"); 
        cipher.init(2, this.getKeySpec()); 
        // 明确指定UTF-8编码，彻底摆脱平台默认编码的影响
        byte[] decryptedBytes = cipher.doFinal(new BASE64Decoder().decodeBuffer(decryptMe));
        return new String(decryptedBytes, StandardCharsets.UTF_8); 
    } 
}

注：如果你的JDK版本低于1.7，直接用"UTF-8"字符串替换StandardCharsets.UTF_8即可。

2. 配置tc-server的JVM编码参数 #

即使代码指定了编码，JVM的默认编码设置仍可能影响相关操作。给tc-server的JVM添加强制编码参数：

• 找到tc-server的启动脚本（如startup.bat或startup.sh）
• 在JVM启动参数中加入：-Dfile.encoding=UTF-8
• 重启tc-server，确保参数生效

3. 统一Web应用的编码配置 #

如果你的项目是Web应用，还要确保Web层的编码逻辑一致：

• 在web.xml中添加编码过滤器，强制请求和响应使用UTF-8：

<filter>
    <filter-name>encodingFilter</filter-name>
    <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
    <init-param>
        <param-name>encoding</param-name>
        <param-value>UTF-8</param-value>
    </init-param>
    <init-param>
        <param-name>forceEncoding</param-name>
        <param-value>true</param-value>
    </init-param>
</filter>
<filter-mapping>
    <filter-name>encodingFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

• 确保前端页面的Content-Type设置为text/html; charset=UTF-8

为什么本地环境正常？ #

因为Windows本地的默认编码恰好能匹配解密后字节数组的编码规则，而tc-server所在环境的默认编码不支持法语特殊字符，最终导致解析异常。明确指定编码后，就能消除跨环境的编码差异问题。

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