使用@参数加载文件类路径运行Java程序时遇ClassNotFoundException求助

我之前也踩过一模一样的坑，问题核心出在Windows命令行和Java参数文件解析的逻辑差异上，尤其是引号的处理方式。

问题根源 #

你直接在命令行执行时，"C:\Users\TEST\eclipse-workspace\Playground\target\classes"周围的引号是给Windows的cmd.exe用的——它会自动去掉引号，把内部的完整路径作为参数传给Java。但当你把这段内容写入cp.txt再用@cp.txt加载时，Java会直接读取文件里的原始内容，不会解析引号，导致实际生效的类路径变成了带引号的字符串（比如"C:\Users\TEST\..."），而这个带引号的路径根本不存在，自然找不到你的类。

另外，如果你的cp.txt里把-classpath和带引号的路径写在同一行，Java会把整个-classpath "xxx"当成一个单一参数，而不是拆分成-classpath和xxx两个有效参数，这也会导致类路径配置完全失效。

解决方案 #

修改你的cp.txt文件内容，去掉路径周围的引号，同时确保参数格式正确：

方式1：参数分行书写 #

cp.txt内容如下：

-classpath
C:\Users\TEST\eclipse-workspace\Playground\target\classes

方式2：同一行空格分隔（无引号） #

cp.txt内容如下：

-classpath C:\Users\TEST\eclipse-workspace\Playground\target\classes

修改后执行java @cp.txt de.test.Playground，就能正常运行了。

关于Eclipse的扩展修复 #

你提到Eclipse生成的类路径文件也失效，大概率是Eclipse错误地在自动生成的cp.txt里加入了引号。你可以找到Eclipse生成的临时类路径文件（通常在项目目录的.metadata/.plugins/org.eclipse.jdt.launcher文件夹下），检查内容是否带有多余引号，按照上面的方式修正后再测试。如果问题持续，你可以在Eclipse的「运行配置」里手动调整类路径的生成规则，或者指定自定义的参数文件格式。

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