当使用Tomcat作为应用程序服务器来设置Java Web应用程序时，我常常对何时可用库感到困惑。通过有关堆栈溢出的讨论，我了解到一些库（.jar）文件在运行时可用，而另一些在编译时可用。通常，我会得到错误，并会通过反复试验来解决它们，将jar文件放在不同的目录中，直到应用程序运行或编译为止。最近向我指出，您可以在运行时通过WEB- INF / lib文件夹使.jar库可用。我开始考虑这个问题，并提出了一些问题。过去，我已经阅读了有关该主题的信息，但是没有找到将信息置于易于理解和保留的上下文中的资源。
一个。类路径甚至是讨论库的适用术语吗？
WEB-INF / lib是使库在运行时可用的唯一方法吗？在运行时可以使用Tomcat中的lib文件夹吗？
这与类加载器有何关系？我知道创建了一个类加载器的层次结构。这些严格用于运行时操作吗？
编译类路径是用于编译Java源文件（使用javac -cp ...或IDE）的类路径。源文件中引用的每个类都必须存在于编译类路径中，否则编译器会抱怨找不到该类。
javac -cp ...
编译完类后，就可以使用它们运行程序（使用java -cp ...）。显然，源代码直接依赖的库应该在运行时类路径中。但这还不是全部。如果您直接依赖于CoolLibrary.jar，并且此库内部依赖于Guava.jar，那么Guava.jar也必须位于运行时类路径中，尽管在编译时不需要。
java -cp ...
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类加载器的更多信息，请阅读文档。
