是否可以“添加” java中动态的类路径？

Question

java -classpath ../classes;../jar;. parserTester

如何以编程方式获取上述命令中的功能？ 比如，是否可以运行为：

java parserTester

并得到相同的结果？ 我尝试使用 URLClassLoader 但它修改了类路径并且没有添加到它。

谢谢！

---

感谢米尔豪斯的回复。 但这就是我想要做的。如何才能首先将 jar 放入类路径中？ 我也尝试使用自定义类加载器:(

这有效..但抱歉我只需要运行它： java解析器测试器 我想知道这样的事情是否可能？？？

它需要如此，因为我有 parserTester.java 和 .class 在一个单独的文件夹中。 我需要保留文件结构。 parserTester 使用单独的 jar 文件夹中的 jar。

Answer 1

您可以使用 java.net.URLClassLoader 来加载具有您希望的任何程序定义的 URL 列表的类：

公共类 URLClassLoader
扩展 SecureClassLoader

该类加载器用于加载
搜索中的类和资源
引用两个 JAR 的 URL 路径
文件和目录。 任何网址
以“/”结尾的被假定为引用
一个目录。 否则，URL 为
假设引用一个 JAR 文件
将根据需要打开。

线程的AccessControlContext
创建了实例
URLClassLoader 将在以下情况下使用
随后加载类和
资源。

加载的类是
默认仅授予权限
访问指定的 URL
URLClassLoader 已创建。

自：
1.2

一些花哨的步骤可以扩展它以支持使用通配符路径名来获取 JAR 的整个目录（此代码有一些对实用程序方法的引用，但它们的实现在上下文中应该是显而易见的）：

/**
 * Add classPath to this loader's classpath.
 * <p>
 * The classpath may contain elements that include a generic file base name.  A generic basename
 * is a filename without the extension that may begin and/or end with an asterisk.  Use of the
 * asterisk denotes a partial match. Any files with an extension of ".jar" whose base name match
 * the specified basename will be added to this class loaders classpath.  The case of the filename is ignored.
 * For example "/somedir/*abc" means all files in somedir that end with "abc.jar", "/somedir/abc*"
 * means all files that start with "abc" and end with ".jar", and "/somedir/*abc*" means all files
 * that contain "abc" and end with ".jar".
 *
 */
public void addClassPath(String cp) {
    String                              seps=File.pathSeparator;                // separators

    if(!File.pathSeparator.equals(";")) { seps+=";"; }                          // want to accept both system separator and ';'
    for(StringTokenizer st=new StringTokenizer(cp,seps,false); st.hasMoreTokens(); ) {
        String pe=st.nextToken();
        File   fe;
        String bn=null;

        if(pe.length()==0) { continue; }

        fe=new File(pe);
        if(fe.getName().indexOf('*')!=-1) {
            bn=fe.getName();
            fe=fe.getParentFile();
            }

        if(!fe.isAbsolute() && pe.charAt(0)!='/' && pe.charAt(0)!='\\') { fe=new File(rootPath,fe.getPath()); }
        try { fe=fe.getCanonicalFile(); }
        catch(IOException thr) {
            log.diagln("Skipping non-existent classpath element '"+fe+"' ("+thr+").");
            continue;
            }
        if(!GenUtil.isBlank(bn)) {
            fe=new File(fe,bn);
            }
        if(classPathElements.contains(fe.getPath())) {
            log.diagln("Skipping duplicate classpath element '"+fe+"'.");
            continue;
            }
        else {
            classPathElements.add(fe.getPath());
            }

        if(!GenUtil.isBlank(bn)) {
            addJars(fe.getParentFile(),bn);
            }
        else if(!fe.exists()) {                                                 // s/never be due getCanonicalFile() above
            log.diagln("Could not find classpath element '"+fe+"'");
            }
        else if(fe.isDirectory()) {
            addURL(createUrl(fe));
            }
        else if(fe.getName().toLowerCase().endsWith(".zip") || fe.getName().toLowerCase().endsWith(".jar")) {
            addURL(createUrl(fe));
            }
        else {
            log.diagln("ClassPath element '"+fe+"' is not an existing directory and is not a file ending with '.zip' or '.jar'");
            }
        }
    log.diagln("Class loader is using classpath: \""+classPath+"\".");
    }

/**
 * Adds a set of JAR files using a generic base name to this loader's classpath.  See @link:addClassPath(String) for
 * details of the generic base name.
 */
public void addJars(File dir, String nam) {
    String[]                            jars;                                   // matching jar files

    if(nam.endsWith(".jar")) { nam=nam.substring(0,(nam.length()-4)); }

    if(!dir.exists()) {
        log.diagln("Could not find directory for Class Path element '"+dir+File.separator+nam+".jar'");
        return;
        }
    if(!dir.canRead()) {
        log.error("Could not read directory for Class Path element '"+dir+File.separator+nam+".jar'");
        return;
        }

    FileSelector fs=new FileSelector(true).add("BaseName","EG",nam,true).add("Name","EW",".jar",true);
    if((jars=dir.list(fs))==null) {
        log.error("Error accessing directory for Class Path element '"+dir+File.separator+nam+".jar'");
        }
    else if(jars.length==0) {
        log.diagln("No JAR files match specification '"+new File(dir,nam)+".jar'");
        }
    else {
        log.diagln("Adding files matching specification '"+dir+File.separator+nam+".jar'");
        Arrays.sort(jars,String.CASE_INSENSITIVE_ORDER);
        for(int xa=0; xa<jars.length; xa++) { addURL(createUrl(new File(dir,jars[xa]))); }
        }
    }

private URL createUrl(File fe) {
    try {
        URL url=fe.toURI().toURL();
        log.diagln("Added URL: '"+url.toString()+"'");
        if(classPath.length()>0) { classPath+=File.pathSeparator; }
        this.classPath+=fe.getPath();
        return url;
        }
    catch(MalformedURLException thr) {
        log.diagln("Classpath element '"+fe+"' could not be used to create a valid file system URL");
        return null;
        }
    }

Answer 2

我必须同意其他两个海报，听起来你使测试类过于复杂化。
将 .java 和 .class 文件放在不同的文件夹中，而依赖第三个文件夹中的 jar 文件，而无需以编程方式更改类路径的情况并不罕见。
如果您这样做是因为您不想每次都在命令行上键入类路径，我建议您使用 shell 脚本或批处理文件。 更好的是，一个 IDE。
我真正的问题是你为什么要尝试在代码中管理类路径？

Answer 3

您可以实现自己的类加载器，但该类/jar 必须位于类路径中才能执行。

尝试

java -cp *.jar:. myClass

或

export CLASSPATH=./lib/tool.jar:.
java myClass

或

java -jar file.jar

Answer 4

您可以编写批处理文件或shell脚本文件来导出类路径并运行java程序。
在 Windows 中，

设置 classpath=%classpath%;../classes;../jars/*
java ParserTester

在 Unix 中，
导出类路径=%classpath%:../classes:../jars/*
java ParserTester

如果您将文件名命名为 parser.bat 或 parser.sh，则可以通过在相应操作系统中调用 parser 来运行它。

从 java 1.6 开始，您可以通过以下命令将目录中的所有 jar 包含到类路径中： /*

如果您尝试动态生成 java 文件，请编译并添加到类路径中，设置生成类文件的目录预先的类路径。 它应该加载该类。
如果你正在修改已经生成的java类，基本上修改后重新编译，如果你想加载新的类，你需要使用自定义类加载器来避免类的缓存。

Answer 5

我认为您想要的是一个“执行包装器”或特定于平台的“启动器”...通常该组件用于检测您的操作系统、体系结构和依赖项，然后在启动应用程序之前进行调整。 这是一种老式的设计模式（80 年代及更早的版本），但至今仍被广泛使用。 这个想法是，您的程序可以与系统和环境无关，启动器将做好准备并告诉软件它需要知道的一切。 许多现代开源程序使用 Shell 脚本和批处理文件等来执行此操作...例如 Apache Tomcat。 您可以轻松地用 java 制作包装器，并使用命令行 exec 启动软件（请务必在 *NIX 中的 exec 命令末尾添加“&”，以便您的包装器可以退出，只留下您的软件运行...还可以让您关闭 shell 窗口而不终止进程）

Answer 6

我没理解错吧？！ 您拥有它的唯一原因是您想要在不指定类路径的情况下启动类并在运行时加载它？ ...

java解析器测试器

而不是

java -classpath ../classes;../jar;. 解析器测试器

可能我没有明白你的原因。 但是，如果“这就是”您想要的，您可以执行以下操作（尽管这对我来说没有多大意义）

• 启动类
• 从 main 方法启动另一个类，以编程方式在那里设置类路径。
• 历史的终结。

类似下面的“java -伪代码”

public static void main( String [] args ) {
    String classpath = "classes;../jar";
    Runtime.getRuntime().execute("java + classpath + " parserTester ");
}

请告诉我我是否正确。 如果您想做其他事情，我很乐意提供帮助。

Answer 7

非常好的帖子，就我而言，我这样做效果很好（注意：Windows 特定）：

set classpath=%classpath%;../lib/*
java -cp %classpath% com.test.MyClass