Tomcat 与 JVM 中classpath的理解和设置总结

本文为博主原创，转载请注明出处：

　　classpath是java运行时环境搜索类和其他资源文件（比如jar\zip等资源）的路径。类路径告诉JDK工具和应用程序在哪里可以找到第三方和用户定义的类；

　　可以通过JDK工具（比如javac命令、java命令）后面的-classpath 参数设置classpath。

　　查看服务中的classpath 配置方式：

　　第一种.通过 jinfo 进行查看，在配置的最下面会有 java.class.path 的变量配置，如下：

 　　第二种 通过查看java进程

　　 1.使用-classpath：当你要编译或执行的类引用了其它的类，但被引用类的.class文件不在当前目录下时，就需要通过-classpath来引入类；

 　　2.指定路径：当你要编译的类所在的目录和你执行javac命令的目录不是同一个目录时，就需要指定源文件的路径(CLASSPATH是用来指定.class路径的，不是用来指定.java文件的路径的) 

　　3.指定加载资源先后顺序；classpath 中在前面的资源会优先加载；在后面的资源会再后面加载；

　　　　如果包名相同且全路径名也相同的类，出现 jar包冲突（NoSuchMehodException、NoSuchFieldException、ClassNotFoundException或者NoSuchMehodError、NoClassDefFoundError）出现这些错误的时候，就可以通过设置classpath，指定资源的加载顺序；从而解决jar包冲突的问题

　　当您调用JVM或其他JDK工具或使用环境变量时，可以使用JDK工具’ -classpath选项来更改classpath。使用该选项优于设置环境变量，因为您可以为每个应用程序单独设置，而不会影响其他应用程序，而无需其他应用程序修改其值。

　　示例如下：通过 -classpath 指定多个加载类；此处使用 分号分割

　　通过-classpath 指定多个jar包的顺序；此处使用 英文冒号进行分割

　　注意：在设置之前先获取系统的配置，然后在这个基础上拼接自己需要定义的配置

　　3 中的设置 classpath 的方式是针对 java -jar 的方式设置的；如果是 通过 tomcat 进行war包启动服务，其classpath 是通过 tomcat 启动脚本中进行设置的。

　　想要理解Tomcat如何处理classpath的，看看以下Tomcat6的启动过程：

　　　　1、java虚拟机的bootstrap loader加载java的核心类库。java虚拟机使用JAVA_HOME环境变量来定位核心库的位置。

　　　　2、Startup.sh，使用start参数调用Catalina.sh，重写系统的classpath并加载bootstrap.jar和tomcat-juli.jar。这些资源仅对Tomcat可见。

　　　　3、为每一个部署的Context创建Class loader，加载位于每个web应用程序WEB-INF/classes和WEB-INF/lib目录下的所有类和jar文件。每个web应用程序仅仅可见自己目录下的资源。

　　　　4、Common class loader加载位于$CATALINA_HOME/lib目录下的所有类和jar文件，这些资源对所有应用程序和Tomcat可见。

　　在 tomcat 启动的时候，tomcat不会用JDK的classpath，这个是在tomcat启动的catalina.sh里面设置的 ：

 　　可以手动修改 catalina.sh 中 CLASSPATH 设置的地方，或者 在 CLASSPATH 最后的地方 拼接上自己定义的classpath即可