这篇文章主要介绍java中的classpath指向什么，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！
今天在项目里看到好多地方都用到了classpath，并且自己对calsspath到底指向哪里还不是很清楚，所以就在网上百度了一下！
上面图片的意思简单来说，就是classpath只能表示lib目录和WEB-inf/classes路径下的文件，calsspath不能表示的src路径下面的文件，
但是从项目结构来看，配置文件一般是不放在放在WEB-INF下面啊，并且也没有看到classes路径，lib目录不是放依赖jar包的吗。此时感觉凉凉了。并且测试了一下，在WEB-INF路径下面创建了lib和classes文件夹，
测试的结果也很明显，访问不到WEB-INF下面的classes和lib路径下面的文件，报错了。
但是，我有一想，不对啊，明明项目中能用classpath引入配置文件，那到底是怎么引入的呢？
从第一张图和第二张图，使用classpath访问到了src路径下面的main/resources文件中的配置文件
打开编译后的项目，发现项目文件中有一个文件名为.classpath的文件，点开看了一下
具体classpath文件的介绍可以参考下面博客
.classpath文件详解
.classpath文件用于记录项目编译环境的所有信息，包括：源文件路径、编译后class文件存放路径、依赖的jar包路径、运行的容器信息、依赖的外部project等信息。如果把该文件删除，则eclipse不能讲该工程识别为一个正常的java工程，仅仅当做普通的文件夹而导致不能正常运行。
源文件的具体位置（kind=”src”）
运行的系统环境（kind=”con”）
工程的library的具体位置信息(kind=”lib”)
在每个lib的xml子节点中，有关于它的其它配置信息（例如我配置的那个”javadoc_location”）
项目的输出目录(kind=”output”)
总体上说这个文件就是配置整个工程的运行环境。
这就很明白了，classpath值得就是（kind=”src”）所指定的文件，并且此时的可以看到（kind=”src”）的设置并没有包含WEB-INF文件。此时我们要验证WEB-INF文件被classpath访问跟这个设置有关吗。
首先我们将applicationContext.xml文件放在WEB-INF路径下面，并且.classpath文件内容如下图，启动本项目
打开项目的原始文件，发现applicationContext.xml并没有出现
此时我们将.classpath文件中添加
classpathentry kind=”src” path=”WebContent/WEB-INF”/
再次启动本项目
打开项目的原始路径下，发现applicationcontext.xml出现在了WebContent/WEB-INF下面
由此可以总结：
在编译时生成的文件.classpath 中kind=”src” 的类型为classpath 路径，在项目里可以用classpath：xxx方式引用。也可以手动过来自己添加、扩大classpath的范围，也就是说你想知道classpath可以引用哪里的文件，点开.classpath 看看kind=”src” 的就知道了
在编译生成的项目下的bulid/classes/ 下具有的文件都是classpath 路径下的文件，都可以通过classpath：方法获取。（classes：指的是编译后的文件）
”src不是classpath, WEB-INF/classes,lib才是classpath”这句话也会不对的，这是编写项目时看到的，真正的classpath是在编译后文件存放路径，默认是的bulid/classes/ （如结论2）
以上是“java中的classpath指向什么”这篇文章的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注编程网行业资讯频道！
