各种语言都有自己的配置文件，其中包含许多经常更改的变量，程序中的各种变量不会被写死，下文是爱站技术频道小编给出的详解java配置文件的路径问题，一起去看看吧。
 
详解java配置文件的路径问题
 
1、绝对路径
 
绝对路径是指目录下的绝对位置，直接到达目标位置，通常是从盘符开始的路径。如果我们将配置文件的路径写成绝对路径的话，相对于各种计算机系统来说是不通用的。
 
2、相对路径
 
相对路径就是指由这个文件所在的路径引起的跟其它文件(或文件夹)的路径关系。相对路径是相对于运行当前程序的路径，一旦运行环境的改变那么相对路径也会改变。也不适合用作配置文件的路径。
 
3、classpath 类文件路径
 
就是使用classpath得路径，找对应资源文件。如果需要使用类文件路径，首先要获取一个class对象。
 
相关代码块：
 
//获取当前，Demo类的class对象
 
Class clazz = Demo.class;
 
//该方法使用的路径就是使用了类文件路径
 
// "/"代表了classpath 的路径
 
InputStream input = clazz.getResourceAsStream("/prop.proerties");
 
//就可以直接properties类直接加载配置文件了
 
properties.load(input);
 
以上就是关于详解java配置文件的路径问题，介绍的很全面、详细，如果你还想了解更多专业的知识，请继续关注爱站技术频道！

 
记录几种读取配置文件的方法，以及配置文件的放置路径。
 
1、使用PropertiesLoaderUtils工具类(springframework包提供)
 
优点：实时加载配置文件，修改后立即生效，不必重启
 
配置文件至于classpath中(与class文件放在一起，如果打jar包需打到包内)，代码如下：
 
private static void springUtil(){
 
Properties props = new Properties();
 
while(true){
 
try {
 
props=PropertiesLoaderUtils.loadAllProperties("param.properties");
 
for(Object key:props.keySet()){
 
System.out.print(key+":");
 
System.out.println(props.get(key));
 
}
 
} catch (IOException e) {
 
System.out.println(e.getMessage());
 
}
 
try {Thread.sleep(5000);} catch (InterruptedException e) {e.printStackTrace();}
 
}
 
}
 
2、根据文件路径读取
 
优点：配置文件可以放在jar包外面，根据文件路径寻找配置文件
 
代码如下：
 
public static String readValue(String fileName, String key)
 
{
 
Properties props = new Properties();
 
String value = null;
 
try
 
{
 
// 配置文件位于当前目录中的config目录下
 
InputStream in = new BufferedInputStream(new FileInputStream("config/" + fileName));
 
props.load(in);
 
value = props.getProperty(key);
 
}
 
catch (Exception e)
 
{
 
e.printStackTrace();
 
}
 
return value;
 
}
 
3、spring加载配置文件的两种方式
 
1)按classpath加载(配置文件与class文件放于同一目录)
 
初始化Spring代码：
 
public static boolean initialize() {
 
if (isInitialize) {
 
return true;
 
}
 
try {
 
appContenxt = new FileSystemXmlApplicationContext("spring.xml");
 
isInitialize = true;
 
return true;
 
}
 
catch (Exception e) {
 
logger.error("Initialize spring framework failed.", e);
 
return false;
 
}
 
}
 
配置文件格式：
 

 
class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
 
jdbc.properties
 
param.properties
 
ibatis配置写法:
 

 
lazyLoadingEnabled="true" errorTracingEnabled="true" maxRequests="1024"
 
maxSessions="1000" maxTransactions="16" useStatementNamespaces="true" />
 
2)按文件路径加载(比如配置文件位于当前目录中的config目录下)
 
初始化Spring代码：
 
public static boolean initialize() {
 
if (isInitialize) {
 
return true;
 
}
 
try {
 
appContenxt = new FileSystemXmlApplicationContext("file:config/spring.xml");
 
isInitialize = true;
 
return true;
 
}
 
catch (Exception e) {
 
logger.error("Initialize spring framework failed.", e);
 
return false;
 
}
 
}
 
配置文件格式：
 

 
class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
 
file:config/jdbc.properties
 
file:config/param.properties
 
ibatis配置写法：
 

 
lazyLoadingEnabled="true" errorTracingEnabled="true" maxRequests="1024"
 
maxSessions="1000" maxTransactions="16" useStatementNamespaces="true" />

前言
 
 
 
有的时候我们安装了jdk，配置好了环境变量，时间一长却忘了安装路径在哪，这是让人很头疼的一件事，也有时候我们安装了jdk，一时忘记刚刚安装的路径在哪了。下面我将就这两种情况分别来说明下该怎么去查看对应的安装路径。
 
 
 
1.配置JAVA环境变量
 
编辑/etc/profilewen文件,在文件末尾添加
 
export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java
export PATH=$JAVA_HOME/bin:$PATH
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
 
然后运行source /etc/profile使配置生效
 
source /etc/profile
 
查看JAVA_HOME环境变量
 
han@ubuntu:/etc$ echo $JAVA_HOME
/usr/lib/jvm/java-8-openjdk-amd64
 
 
2.查看jdk的安装路径
 
第一种情况：已经安装好了jdk，也配置了环境变量，这种情况下，查看jdk路径是很容易的。
 
 
在window环境下，我们先执行java -version 指令查看是否已经配置过java了，如果查到java版本则证明已经安装配置过了，那么我们就可以进行下一步操作。
 
 
 
在配置过jdk的情况下，执行java -verbose指令，在打印出的文本最后两行可以看到jdk的安装路径，如下图。
 
 
 
在linux环境下，其实执行的指令与window下是一致的，如下图。
 
 
 
上面这种情况一般很容易就能发现jdk路径。
 
 
第二种情况：是未配置jdk的环境变量该怎么找到他的安装路径，这种情况下就不能执行java的指令了。
 
 
window下我们找寻起来可能要麻烦些，在不同盘下输入DIR /S jre 来进行搜索，或者你不用jre，用其他jdk固有的文件来做搜索条件也可以。如下图，也是可以找到jdk的路径的。
 
 
 
在linux的环境下，操作就不一样了，你需要执行 find / -name jre 来进行搜索，就可以直接找到jdk的路径了。如下图所示。
 
 
好了，以上就是几种不同情况，在window和linux下该如何看jdk的路径的解决方法了，另外，值得一说的是，后两种方法不仅可以找到jdk，还可以找到其他软件的安装路径。
 
 
3.其它查找jdk安装路径的方法
 
 
 
3.1 which java
 
 
首先要申明一下which java是定位不到安装路径的。which java定位到的是java程序的执行路径。网上的资料都是人云亦云，完全不去思考。那么怎么定位到java的安装路径呢？下面我们来看看例子吧,如下所示：
 
 
 
  
 
   
[root@localhost ~]# java -version
 
java version "1.7.0_65"
 
OpenJDK Runtime Environment (rhel-2.5.1.2.el6_5-x86_64 u65-b17)
 
OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
 
[root@localhost ~]# which java
 
/usr/bin/java
 
[root@localhost ~]# ls -lrt /usr/bin/java
 
lrwxrwxrwx. 1 root root 22 Aug 17 15:12 /usr/bin/java -> /etc/alternatives/java
 
[root@localhost ~]# ls -lrt /etc/alternatives/java
 
lrwxrwxrwx. 1 root root 46 Aug 17 15:12 /etc/alternatives/java -> /usr/lib/jvm/jre-1.7.0-openjdk.x86_64/bin/java
 
[root@localhost ~]# 
 
[root@localhost ~]# cd /usr/lib/jvm
 
[root@localhost jvm]# ls
 
java-1.6.0-openjdk-1.6.0.0.x86_64 java-1.7.0-openjdk-1.7.0.65.x86_64 jre jre-1.6.0 jre-1.6.0-openjdk.x86_64 jre-1.7.0 jre-1.7.0-openjdk.x86_64 jre-openjdk
 
[root@localhost jvm]# 
 
  
 
 
 
 
 
 
whereis java 也是如此，它本身不能定位到安装路径。可以通过上面例子去定位安装路径
 
 
 
 
 
 
 
3.2 rpm -ql packagename
 
 
如果JDK是源码安装的话，那么这个方法也是行不通的。也就是说rpm –ql packagename也是有一定局限性的。
 
 
 
  
 
   
[root@localhost ~]# java -version
java version "1.7.0_65"
OpenJDK Runtime Environment (rhel-2.5.1.2.el6_5-x86_64 u65-b17)
OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
[root@localhost ~]# rpm -qa | grep java
tzdata-java-2014g-1.el6.noarch
java-1.6.0-openjdk-1.6.0.0-11.1.13.4.el6.x86_64
java-1.7.0-openjdk-1.7.0.65-2.5.1.2.el6_5.x86_64
[root@localhost ~]# rpm -ql java-1.7.0-openjdk-1.7.0.65-2.5.1.2.el6_5.x86_64 | more
/etc/.java
/etc/.java/.systemPrefs
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jaas-1.7.0.65.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jaas-1.7.0.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jaas.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jce-1.7.0.65.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jce-1.7.0.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jce.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jdbc-stdext-1.7.0.65.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jdbc-stdext-1.7.0.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jdbc-stdext-3.0.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jdbc-stdext.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi-1.7.0.65.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi-1.7.0.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi-cos-1.7.0.65.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi-cos-1.7.0.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi-cos.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi-ldap-1.7.0.65.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi-ldap-1.7.0.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi-ldap.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi-rmi-1.7.0.65.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi-rmi-1.7.0.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi-rmi.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jndi.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jsse-1.7.0.65.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jsse-1.7.0.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/jsse.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/sasl-1.7.0.65.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/sasl-1.7.0.jar
/usr/lib/jvm-exports/java-1.7.0-openjdk-1.7.0.65.x86_64/sasl.jar
/usr/lib/jvm-exports/jre-1.7.0-openjdk.x86_64
/usr/lib/jvm-private/java-1.7.0-openjdk.x86_64
/usr/lib/jvm-private/java-1.7.0-openjdk.x86_64/jce
/usr/lib/jvm-private/java-1.7.0-openjdk.x86_64/jce/vanilla
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/ASSEMBLY_EXCEPTION
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/LICENSE
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/THIRD_PARTY_README
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/jre
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/jre/bin
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/jre/bin/java
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/jre/bin/keytool
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/jre/bin/orbd
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/jre/bin/pack200
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/jre/bin/policytool
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/jre/bin/rmid
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/jre/bin/rmiregistry
--More--
 
  
 
 
 
 
 
 
 
 
 
 
 
 

 
无论是在Windows还是Linux操作系统下，绝对路径和相对路径都是很重要的概念，也是许多初学者迷惑的地方，下面我们就这两个概念进行介绍。 　绝对路径：由根目录‘/’开始写起的文件名或者目录名称，例如/home/student; 　相对路径：相对于目前路径的文件
 
命令行运行jar包，如何使用与jar包在同一个目录的配置文件。
 
其实就是当前的工作目录问题。
 
在eclipse中：在编写《资料收集库》的网页收集助手过程中，需要用到分析HTML的源代码，并把相对路径转换成绝对路径，以下载相关的资源，于是有了下面的算法，可能效率不够高，但就我的使用是够了，如果您有更好的，共享一下给大家吧，谢谢。 [CODE] //说明一下变量：m_Str
 
String resource = "conf.xml";//此时文件是在src目录下
 
在conf.xml文件中
 
引用的文件也是在src目录下。
 
打包成jar发布后，上述的配置文件都会被打包到jar包里。如果想使用与jar包在同一个目录下的配置文件呢？
 
如果是双击使用，没有任何问题，工作目录和在eclipse里面是一样的。
 
如果是在命令行使用java -jar xxx.jar，工作目录会变成jdk所在的目录，与jar包所在的目录相差甚远，再使用与jar包同一个目录下的配置文件就麻烦了。
 
解决方案：
 
String path = System.getProperty("user.dir") + "\\conf.properties";
 
获取当前的工作目录，然后拼接成配置文件的绝对路径就可以了。System.getProperty(“user.dir”)是jar包所在的目录。这样就使得无论jar包移动到哪个位置，都可以使用与jar包在同一个目录下的conf.prpperties配置文件。