C++通过JNI向Java传输加密数据时字符丢失问题排查

嘿，这个问题我之前踩过一模一样的坑！本质上是JNI交互时的字符编码不匹配，再加上你可能把加密后的二进制数据直接当作字符串来传输了——这俩因素加起来，就会导致像â、ü这类特殊字符到Java端显示异常。

核心原因拆解 #

C里的字符串默认依赖系统本地编码（比如Windows下是GBK/Latin-1，Linux/macOS是UTF-8），而Java内部统一用UTF-16编码存储字符串。当你直接把C的字符串通过NewStringUTF传给Java时，如果C++的编码不是UTF-8，或者加密后的内容包含非ASCII的二进制字节，就会出现编码转换错误，导致乱码。而且加密后的密文本质是二进制数据，不是“合法”的字符串，直接当作字符串传输大概率会丢字节。

两种靠谱的解决方案 #

方案1：强制统一为UTF-8编码传输

如果你的密文确实是可打印的字符（比如示例里的内容），先确保C++端的字符串是UTF-8编码，再传给Java：

• C++端代码：

  // 假设encrypted_str是加密后的字符串，先确保它是UTF-8编码
  // 如果原本是其他编码（比如Windows的GBK），需要先转成UTF-8
  jstring jEncryptedStr = env->NewStringUTF(encrypted_str.c_str());
  return jEncryptedStr;
  

• Java端接收后直接使用即可（Java默认能正确处理NewStringUTF传递的UTF-8编码）：

  // 调用JNI方法获取密文字符串
  String encryptedStr = YourJNIUtils.encrypt("plainText");
  // 直接打印或展示
  System.out.println(encryptedStr);
  

  👉 注意：如果C++端原本是其他编码（比如Windows的Latin-1），需要先转成UTF-8。可以用MultiByteToWideChar转成宽字符，再用WideCharToMultiByte转成UTF-8字节流。

方案2：用Base64编码传输二进制密文（更稳妥！）

加密后的内容本质是二进制数据，不管是否可打印，转成Base64编码后所有内容都是ASCII字符，完全避免编码冲突问题：

• C++端：先把加密后的字节数组转成Base64字符串，再传给Java

  // 假设encrypted_bytes是加密后的二进制字节数组（std::vector<uint8_t>）
  std::string base64Str = base64_encode(encrypted_bytes.data(), encrypted_bytes.size());
  return env->NewStringUTF(base64Str.c_str());
  

  （这里的base64_encode可以自己实现，或者用开源库比如OpenSSL的EVP_EncodeBlock）
• Java端：接收Base64字符串后，可直接展示或解码还原二进制数据

  String base64Encrypted = YourJNIUtils.encrypt("plainText");
  // 直接展示Base64密文
  System.out.println(base64Encrypted);
  // 或者解码成字节数组用于后续解密
  byte[] encryptedBytes = Base64.getDecoder().decode(base64Encrypted);
  

排查问题的小技巧 #

如果还是不确定问题出在哪，可以对比两端的字节：

1. C++端打印加密后内容的十六进制：

   for (unsigned char c : encrypted_str) {
       printf("%02X ", c);
   }
   printf("\n");
   

2. Java端接收后打印字符串的UTF-8字节十六进制：

   byte[] bytes = encryptedStr.getBytes(StandardCharsets.UTF_8);
   for (byte b : bytes) {
       System.out.printf("%02X ", b);
   }
   System.out.println();
   

如果字节完全一致，那就是Java显示时的编码设置问题（比如控制台编码不是UTF-8）；如果字节不一致，说明JNI传输时的编码转换出错了，优先换成方案2！

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