执行javac *.java编译Java项目报错：*为非法字符

这种星号通配符解析失败的问题我之前踩过坑，核心原因其实是**javac本身不负责处理*通配符，这项工作是由你的系统shell（比如Windows的cmd/PowerShell、Linux的bash）来完成的**。当shell没有正确把*.java展开成实际的文件名列表时，javac就会把*.java当成一个具体的文件名，自然就会报非法字符的错误。

下面分不同环境给你针对性的解决方案：

一、Windows环境 #

1. 检查是否误加了引号 #

如果你执行的是javac "*.java"（带双引号），cmd/PowerShell都不会展开通配符，直接去掉引号执行javac *.java就能解决。

2. PowerShell下的替代方案 #

如果用PowerShell执行javac *.java仍然报错，可以让PowerShell手动展开文件列表后传给javac：

javac (Get-ChildItem -Filter *.java).Name

或者更稳妥的（处理带空格的文件名）：

Get-ChildItem -Filter *.java | ForEach-Object { javac $_.FullName }

3. 切换到cmd执行 #

如果PowerShell的环境有特殊配置，直接打开cmd.exe，切换到项目目录执行javac *.java，大概率能正常工作。

二、Linux/macOS环境 #

1. 确保在bash/zsh等标准shell下执行 #

如果是用了极简的sh（比如某些容器里的默认shell），可能不支持通配符展开，切换到bash后再执行命令即可。

2. 手动展开通配符（针对特殊环境） #

如果shell还是不展开，可以用命令替换让系统先列出文件：

javac $(ls *.java)

如果文件名包含空格，建议用更安全的写法：

find . -maxdepth 1 -name "*.java" -exec javac {} +

三、通用终极方案：使用@argfile参数 #

不管什么环境，这个方法都能彻底解决问题，还适合文件数量多的场景：

1. 生成包含所有.java文件路径的文本文件，比如sources.txt：
   • Windows cmd：dir /b *.java > sources.txt
   • Windows PowerShell：Get-ChildItem *.java | Select-Object -ExpandProperty Name > sources.txt
   • Linux/macOS：ls *.java > sources.txt
2. 执行编译命令：

javac @sources.txt

这样javac会自动读取文件里的所有路径，完美替代通配符。

另外你提到的手动罗列文件的方法确实能临时解决，但上面这些方案能从根本上解决通配符失效的问题，以后编译项目会更省心。

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