UTF-8代码页下C#启动中文类路径Java程序报ClassNotFoundException

这个问题本质是Windows平台下进程传参编码和JVM启动解析逻辑不匹配导致的：

• 系统代码页为GBK（936）时，.NET默认按GBK编码拼接命令行参数，JVM启动阶段也按GBK解析-cp路径，两边编码匹配，因此可以正常加载类
• 系统全局切换为UTF-8（65001）代码页时，.NET默认传参编码和JVM启动阶段预期的参数编码不一致，-cp后的中文路径被解析为乱码，自然无法找到对应jar包，抛出java.lang.ClassNotFoundException异常
• 你之前测试的-Dfile.encoding配置是JVM完成启动、类加载流程结束后才生效的参数，完全影响不到启动阶段的类路径解析逻辑，因此不可能生效；批处理chcp命令仅修改当前控制台的输入输出代码页，不影响父进程传入的命令行参数解析，因此也无法解决问题。

方案1：.NET Core/.NET 5+ 环境最优解 #

如果项目可以升级到.NET Core 2.0及以上、或.NET 5+版本，仅需给ProcessStartInfo增加两个配置，直接走Unicode原生传参，完全绕开系统代码页的影响，是稳定性最高的方案：

ProcessStartInfo startInfo = new ProcessStartInfo(javawPath);
// 必须关闭ShellExecute，才会走底层CreateProcess的Unicode传参逻辑
startInfo.UseShellExecute = false;
startInfo.StandardOutputEncoding = Encoding.UTF8;
startInfo.StandardErrorEncoding = Encoding.UTF8;
// 原有启动参数不需要做任何修改
startInfo.Arguments = launchArgument;
newProcess.StartInfo = startInfo;
newProcess.Start();

该方案不依赖用户系统的代码页设置，无论用户使用GBK还是UTF-8默认编码，都能正常传递中文路径和参数

方案2：.NET Framework 环境兼容方案 #

如果项目受依赖限制无法升级.NET版本，可以二选一使用以下方案：

• 方案A：用参数文件绕开命令行传中文路径
  JDK 8及以上版本原生支持@前缀读取外部参数文件，完全规避命令行传参的编码问题：
  1. 启动前先把带中文的类路径配置写入一个纯ASCII路径（比如系统临时目录，可通过Path.GetTempPath()获取，默认无中文字符）的临时文本文件，文件内容直接写类路径配置：-cp "D:\特殊字符\文件名.jar"
  2. 启动Java时参数改为@"C:\系统临时目录\纯英文文件名.txt" com.something.test --arg "特殊字符"即可，不需要修改任何Java端代码。
• 方案B：临时切换传参编码匹配JVM解析逻辑
  不需要修改系统全局代码页，通过反射临时将当前进程的默认ANSI编码切换为GBK，启动完Java进程后再还原即可，.NET Framework 4.0+全版本通用：

  Encoding originalEncoding = Encoding.Default;
  try
  {
      // 临时将进程默认ANSI编码切为GBK，保证传参编码和JVM解析预期一致
      typeof(Encoding).GetField("defaultEncoding", 
          System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Static)
          ?.SetValue(null, Encoding.GetEncoding(936));
      
      ProcessStartInfo startInfo = new ProcessStartInfo(javawPath);
      startInfo.Arguments = launchArgument;
      newProcess.StartInfo = startInfo;
      newProcess.Start();
  }
  finally
  {
      // 还原原进程默认编码，不影响自身逻辑
      typeof(Encoding).GetField("defaultEncoding", 
          System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Static)
          ?.SetValue(null, originalEncoding);
  }
  

• -Dfile.encoding=GBK/UTF-8：如根因所述，该参数在JVM类加载完成后才生效，无法干预启动阶段的类路径解析
• 通配符*替换中文路径：Java类路径的通配符仅支持匹配单层级目录下的所有jar包，不支持跨目录的*匹配，D:\*\*.jar本身就不符合Java类路径的语法规则
• bat批处理+chcp切换：chcp仅修改控制台窗口的输入输出代码页，不会改变进程命令行参数的解析编码，从C#启动bat时传入的中文参数本身已经是乱码，chcp无法修正该问题

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