Java路径中的CLASSPATH和配置文件中的CLASSPATH

      java编译器编译.java文件和java虚拟机执行.class文件时的路径写法是不一样的。

     在没有设置任何classpath环境变量的情况下，javac可以编译全路径的.java文件。例如：

     编译后，在.java同路径目录下生成class文件。

      默认java虚拟机要从classpath环境变量指定的路径中搜索class文件去执行，对于java虚拟机来说，这不是类文件，而是类。它只有类路径，而没有文件系统路径。而classpath环境变量正是为java虚拟机提供搜索类路径的环境。注意，虚拟机不会递归搜索classpath定义的路径。

      也就是说，上面的java文件可以正确编译，但却不能执行。但如果将classpath设置为".;d:\myjava\"，则java虚拟机将先从当前路径搜索，再从d:\myjava下搜索class文件。

     于是上面的HelloWorld.java编译后，可以直接执行:

      或者切换到d:\myjava目录下，执行java HelloWorld。

      但下面则是错误的方式，最后虽然能正确编译NewDir.java，但在执行时，将搜索当前目录(d:\myjava)下是否有NewDir.class，再搜索d:\myjava下是否有NewDir.class，但不会递归到子目录newdir中去搜索class文件。

     再例如，在d:\myjava\hello下有两个java源文件，它们的内容分别如下：

     其中Dog类中直接new了另一个文件中Cat类的对象，无论是编译还是运行，这都是能成功的，因为javac编译器编译Dog.java时会自动从classpath指定的路径下搜索Cat.class，正好这能搜索到，且该类又是public类，因此编译成功。

     总之，要明确的是javac编译器搜索的是文件路径，和环境变量classpath无关。而java虚拟机搜索的是类文件，严格地说是类，搜索路径由环境变量classpath决定，且有先后顺序。

    更多的类路径说明，见下面的"包"。

     包是类的集合。在java源文件的第一行(不包括注释行或空行)写上package关键字并给定包名，即可将该类文件放到包中。

    例如，d:\myjava\Cat.java文件：

     这表示将Cat类放在com.longshuai.home包中。包应该以反转后的域名取名，防止包重名冲突，当然，这是非必须的。

    对于没有使用package指令的源文件，在编译时其内的类都会默认当作"裸体类"。

    java管理包的方法是以对应包名的目录层次管理的，例如上面的com.longshuai.home包，应该将该class文件放在 com/longshuai/home(如果是windows，则反斜线)下，即com/longshuai/home/Cat.class。

     javac在编译时从路径上搜索文件。例如，将这个Cat.java放到com/longshuai/home下。执行时java虚拟机从classpath搜索要加载的类文件，而加载类的方式是使用"."连接各类名。所以编译这个文件和java虚拟机执行这个文件时的方法分别是：

    注意，嵌套的包之间没有任何关系，例如java.util包和java.util.jar包没有任何依赖关系。

     在某个java源文件中，无法直接使用其他文件中的类，除非要使用的这个类正好能被classpath的路径搜索到。要引用非classpath下的其他类，只能将其添加到classpath或者装入package中，然后引用包中的类。

     引用包中类可以通过指定包名的方式引用来引用。例如：

     但显然这很不方便。可以在java源文件的前几行(但在package命令的后面)使用import指令导入需要使用的包中的类。例如导入Cat类，这样就可以直接使用该类了：

     导入包时可以在尾部使用星号"*"通配导入的所有类，只能在尾部使用"*"，因为"*"匹配的是类名，而不是包名。也因此，不能在非结尾处使用"*"号来表示导入其他包中的类，例如：

   如果导入的包中有同名的类，则在引用同名类的时候会产生冲突错误，例如java.util和java.sql包中都有Date类，

编译：

   这时可以显式导入Date类，或者在使用Date类的时候指定包名。也就是说下面两种方法都正确：

   除了可以导入包中的类，还可以静态导入包中类中的静态方法和静态变量，只需加上static关键字并指定要导入的内容即可。例如：

    静态导入方法后，就可以省略前缀，例如：

      java虚拟机可以直接识别jar包。可以将package名称对应的路径使用jar命令归档成jar包。jar命令使用说明如下：

   例如，将当前目录下的a.class和b.class打包到test.jar中：

   查看jar包中的文件列表，会递归显示：

    例如，将com目录归档到d:\dp.jar中。

    有了jar文件，就可以直接设置classpath的路径为jar文件名，这样在搜索类文件时就会直接从jar文件内搜索。例如classpath设置为：

      在java虚拟机搜索类文件时，除了classpath环境变量指定的路径，还会先搜索两个默认的路径:jre/lib和jre/lib/ext下的jar文件中似乎否有待搜索的类。

     例如，当classpath设置为".;d:\myjava;d:\myjar.jar"时，要搜索com.longshuai.com.Cat类文件：         (a).先搜索jre/lib和jre/lib/ext下的jar文件;         (b).再搜索当前目录下是否有com\longshuai\com\Cat.class;         (c).再搜索d:\myjava\Cat.class;         (d).搜索d:\myjar.jar文件中是否有com.longshuai.com.Cat类。

     如果在某个java源文件中引用了某个类，则在编译时，将通过以下几种方式判断该类是否合理有效：

       (1).搜索导入的包类中是否包含该类。        (2).搜索隐式导入的java.lang包，该包是默认导入的。        (3).当前文件中是否定义了该类。        (4).按照类路径的搜索规则((a)-(d))搜索其中是否有该类。

转载请注明出处：https://www.cnblogs.com/f-ck-need-u/p/8127529.html

       配置文件如：mybatis.xml、spring-web.xml、applicationContext.xml等放到项目的src目录（就是存放代码.java文件的目录），然后使用“classpath：xxx.xml”来读取。

    首先 classpath是指 WEB-INF文件夹下的classes目录 

     classpath*的使用：当项目中有多个classpath路径，并同时加载多个classpath路径下（此种情况多数不会遇到）的文件，*就发挥了作用，如果不加*，则表示仅仅加载第一个classpath路径，代码片段：      "**/" 表示的是任意目录；      "**/applicationContext-*.xml"  表示任意目录下的以"applicationContext-"开头的XML文件。       程序部署到tomcat后，src目录下的配置文件会和class文件一样，自动copy到应用的 WEB-INF/classes目录下      classpath:与classpath*:的区别在于， 

注意：        用classpath*:需要遍历所有的classpath，所以加载速度是很慢的，因此，在规划的时候，应该尽可能规划好资源文件所在的路径，尽量避免使用 classpath*