虽然是很基础的东西,但是仍然愿意花时间写出来,我之前在实际项目中就遇到过这样的问题。
用之前我写过的一个例子来说明这个事情。
http://tangmingjie2009.iteye.com/blog/510459
假如你开发的程序有需要读一个自定义文件的功能,事实上这个情况很常见。你写来了如下类似代码。
String fileName = "config.properties";
String path =System.getProperty("user.dir")+File.separator+fileName;
File f = new File(path);
InputStream is =new FileInputStream(f);
//... read
开发成功然后在eclipse上很开心。OK ,打个JAR包(testPath.jar)给用户用吧。
用户给安装到E://f1/f11/testPath.jar,没有问题。
启动吧
cd E://f1/f11/
java -jar testPath.jar
哇,没有问题,程序写的真好。
一段时间之后,用户发现每次都要CD进去多累呀,写个简单的批处理吧
java -jar E://f1/f11/testPath.jar
问题来了,突然某一天用户给你来个电话,出错了,
怎么读不到文件了呢?然后去目录一看文件在这边呀,代码他们不可能改的,文件也在原来的目录,怎么突然找不到读的文件了?各种纠结吧。
最后发现原来启动的方式有点不一样,CD一下,和不CD在外面直接读是有区别的。
下面直接把两种情况的输出复制出来如下,代码在上一个链接那里
//第一种情况,CD进去
E:\>cd f1\f11
E:\f1\f11>java -jar testPath.jar
---------test group 1---------
file:/E:/f1/f11/
file:/E:/f1/f11/
file:/E:/f1/f11/
file:/E:/f1/f11/
file:/E:/f1/f11/
---------test group 2---------
jar:file:/E:/f1/f11/testPath.jar!/cn/tang/test/
---------test group 3---------
E:\f1\f11
E:\f1\f11
//第一种情况,不CD进去,直接在外面运行
E:\f1\f11>cd ..
E:\f1>cd ..
E:\>java -jar ./f1/f11/testPath.jar
---------test group 1---------
file:/E:/f1/f11/
file:/E:/f1/f11/
file:/E:/f1/f11/
file:/E:/f1/f11/
file:/E:/f1/f11/
---------test group 2---------
jar:file:/E:/f1/f11/testPath.jar!/cn/tang/test/
---------test group 3---------
E:\
E:\
看看结果吧,你会明白的。