Java项目中的classpath

一、classpath介绍

设置Classpath的目的，在于告诉Java执行环境，在哪些目录下可以找到您所要执行的Java程序所需要的类或者包。

Java执行环境本身就是一个平台，执行于这个平台上的程序是已编译完成的Java程序(后面会介绍到Java程序编译完成之后，会以.class文件存在)。如果将Java执行环境比喻为操作系统，如果设置Path变量是为了让操作系统找到指定的工具程序(以Windows来说就是找到.exe文件)，则设置Classpath的目的就是让Java执行环境找到指定的Java程序(也就是.class文件)。
有几个方法可以设置Classpath，最简单的方法是在系统变量中新增Classpath环境变量。在图2-9中的“系统变量”下单击“新建”按钮，在“变量名”文本框中输入Classpath，在“变量值”文本框中输入Java类文件的位置。例如可以输入“.;C:\Program
Files\Java\jdk1.5.0_06\lib\tools.jar; C:\Program Files\Java\jdk1.5.0_06\lib\rt.jar”(jar文件是zip压缩格式，其中包括.class文件和jar中的Classpath设置)，每一路径中间必须以;作为分隔。
事实上JDK 5.0默认就会到当前工作目录(上面的.设置)，以及JDK的lib目录(这里假设是C:\Program Files\Java\jdk1.5.0_06\lib)中寻找Java程序。所以如果Java程序是在这两个目录中，则不必设置Classpath变量也可以找得到，将来如果Java程序不是放置在这两个目录时，则可以按上述设置Classpath。
如果所使用的JDK工具程序具有Classpath命令选项，则可以在执行工具程序时一并指定Classpath。例如：
javac -classpath classpath1;classpath2...其中classpath1、classpath 2是实际要指定的路径。也可以在命令符模式下执行以下的命令，直接设置环境变量，包括Classpath变量(这个设置在下次重新打开命令符模式时就不再有效)：
set CLASSPATH=%CLASSPATH%;classpath1;classpath2...总而言之，设置Classpath的目的，在于告诉Java执行环境，在哪些目录下可以找到您所要执行的Java程序(.class文件)。

二、IDE中Java项目.classpath文件

1）.classpath 文件 

此文件主要是用来描述程序模块编译的classpath ， 在进行相关的查找时候要用到。 

< classpath>... ...</classpath>之间的classpathentry标签保存各种classpath信息，kind表示类型，path表示路径，且使用的都是相对于”.classpath“或者说是项目根目录的相对路径。 kind的几种含义： 

a).  Kind="src"  对应类型为source folder类型的目录。 

b).   Kind="con"  项目的容器，一般当项目是Java
Web项目的时候会有两个。一种是程序运行的容器，或者就说是运行环境，它实际上是在Myeclipse最初的时候要配置installed JREs中指定（一般情况下我们指定的是JDK），但是这里实际使用的是JDK下的JRE中的jar包；另外一种是表示运行时的容器，一般情况下是java web项目才会有，它是包含了J2EE服务器要使用到的一些jar包，这个目录中的 jar包是其中最特殊的，那就是它不会在部署项目的时候部署到服务器上去，因为myeclipse认为这样的jar包是服务器应该有的，所以这里有时候会
出现问题，就是开发的时候不出现问题，但是部署之后会出错，就是有的服务器有的jar包并没有提供。 

c).  kind="lib"  对应的是classpath中的库文件。 

d).  kind="output"  表示项目的输出目录，整个之前定义的classpath无论是kind='src",kind="con",kind="lib",在编译后都会进入到这个目录中来，myeclipse会自动完成相关的拷贝。 excluding表示该path下的符合excluding后面的值的文件不被包含在classpath下。

 2）.mymetadata 文件 对项目的一些描述。 type : 工程类型 name : 工程名称 

id : 工程在工作空间内的唯一标识 context-root : 网站根路径 j2ee-spec : J2EE标准 archive : 打包后war文件 

Attributes 中attribute的value : Web根目录名称

 3）.project 文件 

此文件主要是描述各个模块或者是application web中描述各个模块的。 

buildSpec ：指定编译器 Natures ： 核心特征  

解决myEclipse不编译的可行方法 

1）.  将Window——>Preferences——>General—

—>Workspace中的Save automatically before build选项勾上。 

2）.  clean项目重新编译。 3）.  删除项目，重新导入。 

4）.  删除了不用的jar包也有可能导致不编译，删除jar包，重新导入。 

5）. 移除JRE System Library，重新导入。 6）. 改变.classpath中的output 路径

三、获取classpath路径

在dos下编译java程序，就要用到classpath这个概念，尤其是在没有设置环境变量的时候。classpath就是存放.class等编译后文件的路径。

javac：如果当前你要编译的java文件中引用了其它的类(比如说：继承)，但该引用类的.class文件不在当前目录下，这种情况下就需要在javac命令后面加上-classpath参数，通过使用以下三种类型的方法 来指导编译器在编译的时候去指定的路径下查找引用类。

(1).绝对路径：javac -classpath c:/junit3.8.1/junit.jar   Xxx.java

(2).相对路径：javac -classpath ../junit3.8.1/Junit.javr  Xxx.java

(3).系统变量：javac -classpath %CLASSPATH% Xxx.java (注意：%CLASSPATH%表示使用系统变量CLASSPATH的值进行查找，这里假设Junit.jar的路径就包含在CLASSPATH系统变量中)

javac 绝对路径的使用：

javac：假设你要编译的类文件名叫：HelloWorld.java，其完全路径为：D:/java/HelloWorld.java。但你所在的当前目录是：C:/Documents and Settings/peng>。如果想在这里执行编译，会有什么结果呢？

 

(1).C:/Documents and Settings/peng> javac HelloWorld.java 这时编译器会给出如下的错误提示信息：
error: cannot read: HelloWorld.java

这是因为默认情况下javac是在当前目录下查找类文件，很明显这个路径不是我们存放类文件的地方，所以就会报错了

        

(2).C:/Documents and Settings/peng>javac D:/java/HelloWorld.java 
这时编译成功。

所以，只要你执行javac命令的目录不是类文件存放的目录，你就必须在javac命令中显式地指定类文件的路径。

java -classpath的使用：


java：假设我们的CLASSPATH设置为：D:/peng/java/pro ，在该目录下有三个文件：HelloWorld.java / HelloWorldExtendsTestCase / HelloWorldExtendsHelloWorld。这三个文件的类声明分别如下：

HelloWorld.java ：public class HelloWorld 

HelloWorldExtendsHelloWorld.java ：public class HelloWorldExtendsHelloWorld extends HelloWorld

HelloWorldExtendsTestCase.java：public class HelloWorldExtendsTestCase extends junit.framework.TestCase 

      假设我们已经按照上面关于javac -classpath和javac 绝对路径的使用，顺利地完成了三个文件地编译。现在我们在C:/Documents and Settings/peng>目录下执行这三个.class文件

(1).C:/Documents and Settings/peng>java  HelloWorld 

      Hello World

可以看到执行成功。为什么我们在 C:/Documents
and Settings/peng>执行命令，JVM能够找到D:/peng/java/pro/HelloWorld.class文件呢？这是因为我们配置了系统变量CLASSPATH，并且指向了目录：D:/peng/java/pro 。所以JVM会默认去该目录下加载类文件，而不需要指定.class文件的绝对路径了。

         

(2).C:/Documents and Settings/peng>java HelloWorldExtendsHelloWorld
       Hello World

可以看到执行成功了。HelloWorldExtendsHelloWorld继承了HelloWorld类，所以在执行时JVM会先查找在CLASSPATH下是否存在一个HelloWorld.class文件，因为我们已经成功编译了HelloWorld 类了，所以可以成功执行HelloWorldExtendsHelloWorld.class

  

(3).C:/Documents and Settings/peng>java HelloWorldExtendsTestCase

     Exception in thread "main" java.lang.NoClassDefFoundError: junit/framework/TestCase

可以看到程序抛出异常了，提示找不到junit.framework.TestCase文件。为什么同样在:/peng/java/pro 下，HelloWorldExtendsHelloWorld.class就可以成功执行，而这个就不行了呢？这是因为：            junit.framework.TestCase.class文件并不存在于当前目录下，所以为了能够让程序成功运行，我们必须通过指定CLASSPATH的方式，让JVM可以找到junit.framework.TestCase这个类，如(4)：

(4). C:/Documents and Settings/peng>java -classpath %CLASSPATH% HelloWorldExtendsTestCase

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

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

JAVA获取classpath路径：

ClassLoader 提供了两个方法用于从装载的类路径中取得资源：

        public URL  getResource (String
name);  
        public InputStream  getResourceAsStream (String
name);  

       这里name是资源的类路径，它是相对与“/”根路径下的位置。getResource得到的是一个URL对象来定位资源，而getResourceAsStream取得该资源输入流的引用保证程序可以从正确的位置抽取数据。
       但是真正使用的不是ClassLoader的这两个方法，而是Class的 getResource和getResourceAsStream方法，因为Class对象可以从你的类得到（如YourClass.class或 YourClass.getClass()），而ClassLoader则需要再调用一次YourClass.getClassLoader()方法，不过根据JDK文档的说法，Class对象的这两个方法其实是“委托”（delegate）给装载它的ClassLoader来做的，所以只需要使用
Class对象的这两个方法就可以了。

       因此，直接调用  this.getClass().getResourceAsStream(String name) ;获取流，静态化方法中则使用ClassLoader.getSystemResourceAsStream (String
name) ; 。

前言

　　Java的路径问题，非常难搞。最近的工作涉及到创建和读取文件的工作，这里我就给大家彻底得解决Java路径问题。 

　　我编写了一个方法，比ClassLoader.getResource(String 相对路径)方法的能力更强。它可以接受“../”这样的参数，允许我们用相对路径来定位classpath外面的资源。这样，我们就可以使用相对于classpath的路径，定位所有位置的资源！

 

    Java路径

　　Java中使用的路径，分为两种：绝对路径和相对路径。具体而言，又分为四种：

　　一、URI形式的绝对资源路径

　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/aaa.b

URL是URI的特例。URL的前缀/协议，必须是Java认识的。URL可以打开资源，而URI则不行。

　　URL和URI对象可以互相转换，使用各自的toURI(),toURL()方法即可！

 

　　二、本地系统的绝对路径

D:/java/eclipse32/workspace/jbpmtest3/bin/aaa.b

Java.io包中的类，需要使用这种形式的参数。

但是，它们一般也提供了URI类型的参数，而URI类型的参数，接受的是URI样式的String。因此，通过URI转换，还是可以把URI样式的绝对路径用在java.io包中的类中。

 

　　三、相对于classpath的相对路径

如：相对于

file:/D:/java/eclipse32/workspace/jbpmtest3/bin/这个路径的相对路径。其中，bin是本项目的classpath。所有的Java源文件编译后的.class文件复制到这个目录中。

 

 

　　四、相对于当前用户目录的相对路径

　　就是相对于System.getProperty("user.dir")返回的路径。

　　对于一般项目，这是项目的根路径。对于JavaEE服务器，这可能是服务器的某个路径。这个并没有统一的规范！

　　所以，绝对不要使用“相对于当前用户目录的相对路径”。然而：

默认情况下，java.io 包中的类总是根据当前用户目录来分析相对路径名。此目录由系统属性 user.dir 指定，通常是 Java 虚拟机的调用目录。

　　这就是说，在使用java.io包中的类时，最好不要使用相对路径。否则，虽然在J2SE应用程序中可能还算正常，但是到了J2EE程序中，一定会出问题！而且这个路径，在不同的服务器中都是不同的！

 

　　相对路径最佳实践

　　推荐使用相对于当前classpath的相对路径

　　因此，我们在使用相对路径时，应当使用相对于当前classpath的相对路径。

ClassLoader类的getResource(String name),getResourceAsStream(String name)等方法，使用相对于当前项目的classpath的相对路径来查找资源。

　　读取属性文件常用到的ResourceBundle类的getBundle(String path)也是如此。

　　通过查看ClassLoader类及其相关类的源代码，我发现，它实际上还是使用了URI形式的绝对路径。通过得到当前classpath的URI形式的绝对路径，构建了相对路径的URI形式的绝对路径。（这个实际上是猜想，因为JDK内部调用了SUN的源代码，而这些代码不属于JDK，不是开源的。）

 

　　相对路径本质上还是绝对路径

　　因此，归根结底，Java本质上只能使用绝对路径来寻找资源。所有的相对路径寻找资源的方法，都不过是一些便利方法。不过是API在底层帮助我们构建了绝对路径，从而找到资源的！

 

　　得到classpath和当前类的绝对路径的一些方法

    下面是一些得到classpath和当前类的绝对路径的一些方法。你可能需要使用其中的一些方法来得到你需要的资源的绝对路径。

1，FileTest.class.getResource("")

得到的是当前类FileTest.class文件的URI目录。不包括自己！

如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/com/test/

2，FileTest.class.getResource("/")

得到的是当前的classpath的绝对URI路径。

如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/

3，Thread.currentThread().getContextClassLoader().getResource("")

得到的也是当前ClassPath的绝对URI路径。

如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/

4，FileTest.class.getClassLoader().getResource("")

得到的也是当前ClassPath的绝对URI路径。

如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/

5，ClassLoader.getSystemResource("")

得到的也是当前ClassPath的绝对URI路径。

如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/

   

　　我推荐使用Thread.currentThread().getContextClassLoader().getResource("")来得到当前的classpath的绝对路径的URI表示法。

 

　　Web应用程序中资源的寻址

 

    上文中说过，当前用户目录，即相对于System.getProperty("user.dir")返回的路径。

　　对于JavaEE服务器，这可能是服务器的某个路径，这个并没有统一的规范！

　　而不是我们发布的Web应用程序的根目录！

　　

　　这样，在Web应用程序中，我们绝对不能使用相对于当前用户目录的相对路径。

　　在Web应用程序中，我们一般通过ServletContext.getRealPath("/")方法得到Web应用程序的根目录的绝对路径。

　　这样，我们只需要提供相对于Web应用程序根目录的路径，就可以构建出定位资源的绝对路径。

　　这是我们开发Web应用程序时一般所采取的策略。

 

　　通用的相对路径解决办法

　　Java中各种相对路径非常多，不容易使用，非常容易出错。因此，我编写了一个便利方法，帮助更容易的解决相对路径问题。

 

　　Web应用程序中使用JavaSE运行的资源寻址问题

　　在JavaSE程序中，我们一般使用classpath来作为存放资源的目的地。但是，在Web应用程序中，我们一般使用classpath外面的WEB-INF及其子目录作为资源文件的存放地。

　　

　　在Web应用程序中，我们一般通过ServletContext.getRealPath("/")方法得到Web应用程序的根目录的绝对路径。这样，我们只需要提供相对于Web应用程序根目录的路径，就可以构建出定位资源的绝对路径。

　　Web应用程序，可以作为Web应用程序进行发布和运行。但是，我们也常常会以JavaSE的方式来运行Web应用程序的某个类的main方法。或者，使用JUnit测试。这都需要使用JavaSE的方式来运行。

　　这样，我们就无法使用ServletContext.getRealPath("/")方法得到Web应用程序的根目录的绝对路径。

而JDK提供的ClassLoader类，

它的getResource(String name),getResourceAsStream(String name)等方法，使用相对于当前项目的classpath的相对路径来查找资源。

　　读取属性文件常用到的ResourceBundle类的getBundle(String path)也是如此。

　　它们都只能使用相对路径来读取classpath下的资源，无法定位到classpath外面的资源。

　　Classpath外配置文件读取问题

　　如，我们使用测试驱动开发的方法，开发Spring、Hibernate、iBatis等使用配置文件的Web应用程序，就会遇到问题。

　　尽管Spring自己提供了FileSystem（也就是相对于user,dir目录）来读取Web配置文件的方法，但是终究不是很方便。而且与Web程序中的代码使用方式不一致！

　　至于Hibernate，iBatis就更麻烦了！只有把配置文件移到classpath下，否则根本不可能使用测试驱动开发！

 

    这怎么办？

　　通用的相对路径解决办法

　　面对这个问题，我决定编写一个助手类ClassLoaderUtil， 

提供一个便利方法[public static URL getExtendResource(String relativePath)]。在Web应用程序等一切Java程序中，需要定位classpath外的资源时，都使用这个助手类的便利方法，而不使用Web应用程序特有的ServletContext.getRealPath("/")方法来定位资源。

利用classpath的绝对路径，定位所有资源

 

　　这个便利方法的实现原理，就是“利用classpath的绝对路径，定位所有资源”。

　　ClassLoader类的getResource("")方法能够得到当前classpath的绝对路径，这是所有Java程序都拥有的能力，具有最大的适应性！

　　而目前的JDK提供的ClassLoader类的getResource(String 相对路径)方法，只能接受一般的相对路径。这样，使用ClassLoader类的getResource(String 相对路径)方法就只能定位到classpath下的资源。

　　如果，它能够接受“../”这样的参数，允许我们用相对路径来定位classpath外面的资源，那么我们就可以定位位置的资源！

　　当然，我无法修改ClassLoader类的这个方法，于是，我编写了一个助手类ClassLoaderUtil类，提供了[public static URL getExtendResource(String relativePath)]这个方法。它能够接受带有“../”符号的相对路径，实现了自由寻找资源的功能。

 

通过相对classpath路径实现自由寻找资源的助手类的源代码：

import java.io.IOException;

import java.io.InputStream;

import java.net.MalformedURLException;

import java.net.URL;

import java.util.Properties;

 

import org.apache.commons.logging.Log;

import org.apache.commons.logging.LogFactory;

 

/**

 *@author沈东良shendl_s@hotmail.com
 *Nov29,2006 10:34:34AM

 *用来加载类，ｃｌａｓｓｐａｔｈ下的资源文件，属性文件等。

 *getExtendResource(StringrelativePath)方法，可以使用../符号来加载classpath外部的资源。

 */

publicclass ClassLoaderUtil {

    privatestatic Log log=LogFactory.getLog(ClassLoaderUtil.class);

    /**

     *Thread.currentThread().getContextClassLoader().getResource("")

     */

   

    /**

     *加载Java类。 使用全限定类名

     *@paramclassName
     *@return
     */

    publicstatic Class loadClass(String className) {

        try {

          return getClassLoader().loadClass(className);

        } catch (ClassNotFoundException e) {

          thrownew RuntimeException("class not found ’"+className+"’", e);

        }

     }

     /**

       *得到类加载器

       *@return
       */

     publicstatic ClassLoader getClassLoader() {

    

        return ClassLoaderUtil.class.getClassLoader();

     }

     /**

       *提供相对于classpath的资源路径，返回文件的输入流

       *@paramrelativePath必须传递资源的相对路径。是相对于classpath的路径。如果需要查找classpath外部的资源，需要使用../来查找

       *@return 文件输入流

     *@throwsIOException
     *@throwsMalformedURLException
       */

publicstatic InputStream getStream(String relativePath) throws MalformedURLException, IOException {

         if(!relativePath.contains("../")){

             return getClassLoader().getResourceAsStream(relativePath);

            

         }else{

             return ClassLoaderUtil.getStreamByExtendResource(relativePath);

         }

       

     }

     /**

       *

       *@paramurl
       *@return
       *@throwsIOException
       */

     publicstatic InputStream getStream(URL url) throws IOException{

         if(url!=null){

            

                return url.openStream();

           

            

         }else{

             returnnull;

         }

     }

     /**

       *

       *@paramrelativePath必须传递资源的相对路径。是相对于classpath的路径。如果需要查找classpath外部的资源，需要使用../来查找

       *@return
       *@throwsMalformedURLException
       *@throwsIOException
       */

     publicstatic InputStream getStreamByExtendResource(String relativePath) throws MalformedURLException, IOException{

        return ClassLoaderUtil.getStream(ClassLoaderUtil.getExtendResource(relativePath));

        

        

     }

    

      /**

       *提供相对于classpath的资源路径，返回属性对象，它是一个散列表

       *@paramresource
       *@return
       */

     publicstatic Properties getProperties(String resource) {

        Properties properties = new Properties();

        try {

          properties.load(getStream(resource));

} catch (IOException e) {

          thrownew RuntimeException("couldn’t load properties file ’"+resource+"’", e);

        }

        return properties;

     }

     /**

       *得到本Class所在的ClassLoader的Classpat的绝对路径。

       *URL形式的

       *@return
       */

     publicstatic String getAbsolutePathOfClassLoaderClassPath(){

        

        

         ClassLoaderUtil.log.info(ClassLoaderUtil.getClassLoader().getResource("").toString());

         return ClassLoaderUtil.getClassLoader().getResource("").toString();

        

     }

 

/**

       *

       *@paramrelativePath 必须传递资源的相对路径。是相对于classpath的路径。如果需要查找classpath外部的资源，需要使用../来查找

       *@return资源的绝对URL

     *@throwsMalformedURLException
       */

     publicstatic URL getExtendResource(String relativePath) throws MalformedURLException{

    

         ClassLoaderUtil.log.info("传入的相对路径："+relativePath) ;

         //ClassLoaderUtil.log.info(Integer.valueOf(relativePath.indexOf("../"))) ;

         if(!relativePath.contains("../")){

             return ClassLoaderUtil.getResource(relativePath);

            

         }

         String classPathAbsolutePath=ClassLoaderUtil.getAbsolutePathOfClassLoaderClassPath();

         if(relativePath.substring(0, 1).equals("/")){

             relativePath=relativePath.substring(1);

         }

         ClassLoaderUtil.log.info(Integer.valueOf(relativePath.lastIndexOf("../"))) ;

       

         String wildcardString=relativePath.substring(0,relativePath.lastIndexOf("../")+3);

        relativePath=relativePath.substring(relativePath.lastIndexOf("../")+3);

         int containSum=ClassLoaderUtil.containSum(wildcardString, "../");

  classPathAbsolutePath= ClassLoaderUtil.cutLastString(classPathAbsolutePath, "/", containSum);

         String resourceAbsolutePath=classPathAbsolutePath+relativePath;

         ClassLoaderUtil.log.info("绝对路径："+resourceAbsolutePath) ;

         URL resourceAbsoluteURL=new URL(resourceAbsolutePath);

         return resourceAbsoluteURL;

     }

     /**

      *

       *@paramsource
       *@paramdest
       *@return
       */

     privatestaticint containSum(String source,String dest){

         int containSum=0;

         int destLength=dest.length();

         while(source.contains(dest)){

             containSum=containSum+1;

             source=source.substring(destLength);

            

         }

        

        

         return containSum;

     }

     /**

       *

       *@paramsource
       *@paramdest
       *@paramnum
       *@return
       */

     privatestatic String cutLastString(String source,String dest,int num){

         // String cutSource=null;

         for(int i=0;i<num;i++){

             source=source.substring(0, source.lastIndexOf(dest, source.length()-2)+1);

            

            

         }

        

        

        

         return source;

     }

     /**

       *

       *@paramresource
       *@return
       */

      publicstatic URL getResource(String resource){

ClassLoaderUtil.log.info("传入的相对于classpath的路径："+resource) ;

         return ClassLoaderUtil.getClassLoader().getResource(resource);

     }

    

 

    

 

    /**

     *@paramargs
     *@throwsMalformedURLException
     */

    publicstaticvoid main(String[] args) throws MalformedURLException {

       

            //ClassLoaderUtil.getExtendResource("../spring/dao.xml");

        //ClassLoaderUtil.getExtendResource("../../../src/log4j.properties");

        ClassLoaderUtil.getExtendResource("log4j.properties");

       

        System.out.println(ClassLoaderUtil.getClassLoader().getResource("log4j.properties").toString());

 

    }

 

}

 

　　后记

 

　　ClassLoaderUtil类的public static URL getExtendResource(String relativePath)，虽然很简单，但是确实可以解决大问题。

　　不过这个方法还是比较简陋的。我还想在未来有空时，进一步增强它的能力。比如，增加Ant风格的匹配符。用**代表多个目录，*代表多个字符，？代表一个字符。达到Spring那样的能力，一次返回多个资源的URL，进一步方便大家开发。

 

　　总结：

　　1，尽量不要使用相对于System.getProperty("user.dir")当前用户目录的相对路径。这是一颗定时炸弹，随时可能要你的命。

　　2，尽量使用URI形式的绝对路径资源。它可以很容易的转变为URI,URL，File对象。

　　3，尽量使用相对classpath的相对路径。不要使用绝对路径。使用上面ClassLoaderUtil类的public static URL getExtendResource(String relativePath)方法已经能够使用相对于classpath的相对路径定位所有位置的资源。

　　4，绝对不要使用硬编码的绝对路径。因为，我们完全可以使用ClassLoader类的getResource("")方法得到当前classpath的绝对路径。

　　使用硬编码的绝对路径是完全没有必要的！它一定会让你死的很难看！程序将无法移植！

　　如果你一定要指定一个绝对路径，那么使用配置文件，也比硬编码要好得多！

当然，我还是推荐你使用程序得到classpath的绝对路径来拼资源的绝对路径！

获得CLASSPATH之外路径的方法：
URL base = this.getClass（）.getResource（""）； //先获得本类的所在位置，如/home/popeye/testjava/build/classes/net/  
      String path = new File（base.getFile（）， "……/……/……/"+name）.getCanonicalPath（）； //就可以得到/home/popeye/testjava/name

另外，如果从ANT启动程序，this.getClass().getResource("")取出来的比较怪，直接用JAVA命令行调试就可成功。