Java库运行时与编译时

Question

当使用Tomcat作为应用程序服务器来设置Java Web应用程序时，我常常对何时可用库感到困惑。 通过有关堆栈溢出的讨论，我了解到一些库（.jar）文件在运行时可用，而另一些在编译时可用。 通常，我会得到错误，并会通过反复试验来解决它们，将jar文件放在不同的目录中，直到应用程序运行或编译为止。 最近向我指出，您可以在运行时通过WEB-INF / lib文件夹使.jar库可用。 我开始考虑这个问题，并提出了一些问题。 过去，我已经阅读了有关该主题的信息，但是没有找到将信息置于易于理解和保留的上下文中的资源。

1. 您可以为项目设置编译时类路径和运行时类路径吗？

   一种。 类路径甚至是讨论库的适用术语吗？

2. WEB-INF / lib是使库在运行时可用的唯一方法吗？ 在运行时可以使用Tomcat中的lib文件夹吗？

3. 这与类加载器有何关系？ 我知道创建了一个类加载器的层次结构。 这些严格用于运行时操作吗？

Answer 1

编译类路径是用于编译Java源文件的类路径（使用javac -cp ...或您的IDE）。 源文件中引用的每个类都必须存在于编译类路径中，否则编译器会抱怨找不到该类。

编译完类之后，就可以使用它们运行程序（使用java -cp ... ）。 显然，源代码直接依赖的库应该在运行时类路径中。 但这还不是全部。 如果您直接依赖于CoolLibrary.jar，并且此库内部依赖于Guava.jar，那么Guava.jar也必须位于运行时类路径中，尽管在编译时不需要。

Webapp有点特别。 Servlet规范指定，用于执行webapp的类路径由部署的webapp的WEB-INF / classes目录以及WEB-INF / lib中包含的所有jar组成。 所有的Web应用程序都可以访问由Tomcat直接提供的本地servlet和JSP jar。 实际上，Tomcat的内部类（例如servlet-api接口的实现类）也可用于webapp，但是依靠这些类不是一个好主意，因为它将把您的webapp绑定到tomcat。

对于Webapp，谈论运行时类路径有点简化。 实际上，每个Webapp的类都是由tomcat的特定类加载器动态加载的。 这个webapp类加载器是tomcat类加载器的子类。 因此，从理论上讲，您可以将Web应用程序jar直接放置在Tomcat的类路径中，但这将意味着所有Web应用程序都将共享这些库，并且在取消部署和重新部署Web应用程序时会遇到问题。 例如，每个Web应用程序都有一个特定的类加载器，其目的是能够在同一个JVM中拥有一个依赖于Guava 11.0的应用程序，以及另一个依赖于Guava 12.0的应用程序。

有关tomcat类加载器的更多信息，请阅读文档 。

Answer 2

1. 在eclipse中，您具有在编译时包括库的java build path ，并且具有用于运行时的order and export 。

2. 默认情况下仅tomcat库可用