本文详解 java 程序中调用 javac 编译多源文件时常见的路径分隔错误，重点解决因空格分隔 classpath 或源文件路径导致的 “invalid filename” 编译失败问题，并提供健壮、可复用的 jar 构建方案。
本文详解 java 程序中调用 javac 编译多源文件时常见的路径分隔错误，重点解决因空格分隔 classpath 或源文件路径导致的 “invalid filename” 编译失败问题，并提供健壮、可复用的 jar 构建方案。
在使用 JavaCompiler API（如 ToolProvider.getSystemJavaCompiler()）动态编译 Java 项目时，一个高频陷阱是：误将多个源文件路径或 classpath 条目用空格拼接后传入 compiler.run()。这会导致 javac 将整个拼接字符串（例如 "C:A.java C:B.java"）识别为单个非法文件名，从而抛出 error: Invalid filename: ... —— 正如您遇到的错误所示。
根本原因在于：
- -cp（classpath）参数要求各 JAR/目录路径之间使用 系统路径分隔符（Windows 为 ;，Unix/Linux/macOS 为 :）；
- 而源文件路径列表作为独立参数传递时，必须逐个传入，不可拼接为单个字符串。compiler.run() 的第四个及后续参数是 String... arguments，每个源文件路径应作为独立数组元素，而非空格连接的长字符串。
以下是修正后的关键代码段（含完整 exportJar() 实现）：
private static int compile() {
JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
// ✅ 正确：classpath 使用 File.pathSeparator（如 ";"）
String classpath = String.join(File.pathSeparator, s_classpath);
// ✅ 正确：源文件路径作为独立参数传入（避免空格拼接！）
List<String> options = new ArrayList<>();
options.add("-d"); options.add(PROJECT_DIR + File.separator + "bin");
options.add("-cp"); options.add(classpath);
options.addAll(s_sourceFiles); // 每个 .java 文件路径都是 list 中的一个独立元素
// 调用编译器：options.toArray() 确保每个参数原子化
return compiler.run(null, null, null, options.toArray(new String[0]));
}
private static void exportJar() {
String binDir = PROJECT_DIR + File.separator + "bin";
String jarPath = PROJECT_DIR + File.separator + "output.jar";
try (JarOutputStream jos = new JarOutputStream(
new FileOutputStream(jarPath),
createManifest())) {
// 递归遍历 bin 目录，写入 .class 文件（保留包路径结构）
Files.walk(Paths.get(binDir))
.filter(Files::isRegularFile)
.filter(p -> p.toString().endsWith(".class"))
.forEach(p -> {
try {
String entryName = Paths.get(binDir).relativize(p).toString()
.replace("\", "/"); // 统一为 UNIX 风格路径分隔符
jos.putNextEntry(new JarEntry(entryName));
Files.copy(p, jos);
jos.closeEntry();
} catch (IOException e) {
throw new UncheckedIOException(e);
}
});
System.out.println("JAR exported successfully: " + jarPath);
} catch (IOException e) {
throw new RuntimeException("Failed to export JAR", e);
}
}
private static Manifest createManifest() {
Manifest manifest = new Manifest();
manifest.getMainAttributes().put(Attributes.Name.MANIFEST_VERSION, "1.0");
// 注意：Class-Path 属性值中的路径是相对于 JAR 根目录的，且必须用空格分隔（非 ;），见 JAR 规范
String jarClassPath = s_classpath.stream()
.map(path -> new File(path).getName()) // 仅取文件名（如 "lib/commons-lang3.jar"）
.collect(Collectors.joining(" "));
manifest.getMainAttributes().put(Attributes.Name.CLASS_PATH, jarClassPath);
return manifest;
}关键注意事项：
立即学习“Java免费学习笔记（深入）”；
- ? -cp 分隔符 ≠ Class-Path 清单属性分隔符：命令行 -cp 用 File.pathSeparator（;/:），而 MANIFEST.MF 中的 Class-Path 属性必须用空格分隔，且路径应为 JAR 内相对路径（通常为依赖 JAR 的文件名，而非绝对路径）。
- ? 源文件传参必须原子化：永远不要用 String.join(" ", files) 生成源文件参数；务必保持 List
并转为 String[] 逐个传递。 - ? 路径安全性：Windows 路径含反斜杠 ，在 JarEntry 名称中需统一转为 /，否则部分 JVM 可能无法加载。
- ? 健壮性增强建议：实际项目中应添加对 s_sourceFiles 为空的校验、listFiles() 返回 null 的防护（如目录不存在或无权限）、以及更精细的依赖 JAR 过滤逻辑（例如排除 *-sources.jar 更可靠的方式是正则匹配而非 contains）。
通过以上修正，您的 GenJar 工具即可稳定编译任意结构的 Java 源码目录，并生成符合规范的可执行 JAR 包——无需依赖 Maven 或 Gradle，真正实现轻量级自动化构建。
