本文转自:http://xixinfei.iteye.com/blog/1256291

this.getClass().getClassLoader().getResource(“template”); 
　　首先，调用对象的getClass()方法是获得对象当前的类类型，这部分数据存在方法区中，而后在类类型上调用getClassLoader()方法是得到当前类型的类加载器，我们知道在Java中所有的类都是通过加载器加载到虚拟机中的，而且类加载器之间存在父子关系，就是子知道父，父不知道子，这样不同的子加载的类型之间是无法访问的（虽然它们都被放在方法区中），所以在这里通过当前类的加载器来加载资源也就是保证是和类类型同一个加载器加载的。 
最后调用了类加载器的getResourceAsStream()方法来加载资源。

====================================

————————————————————

下面的JdbcUtils.class后面少了个（）吗？应该是都可以

   Properties prop = new Properties();
   prop.load(JdbcUtils.class.getClassLoader().getResourceAsStream(“db.properties”));
   String driver = prop.getProperty(“driver”);
   Class.forName(driver);

————————————————————-

1.关于ClassName.class.getClassLoader的几点说明.    
2.经常希望通过ClassName.class.getClassLoader().getResourceAsStream(““)来取得properties文件.通常:ClassName.class.getClassLoader().getResourceAsStream(““)取得的是WEB-INF的下级目录，比如ClassName.class.getClassLoader().getResourceAsStream(“db.properties“).在Tomcat中，可以通过增加”../”来取得上层目录，即WEB-INF目录，这样就可以把properties放在WEB-INF中统一管理。但是WLS不识别”../”。   
3.另外一种土办法，就是不返回classLoader,直接ClassName.class.getResourceAsStream()。然后通过多个”../”（小于6个）来返回相应的上级目录。 

4.当然，如果类扩展了HttpServlet，可以通过getServletContext().getRealPath(“/”)来取得Web部署目录的绝对路径。

———————————————————————      

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

———————————————————————

在JDK中，getResourceAsStream是这样定义的：查找具有给定名称的资源。查找与给定类相关的资源的规则是通过定义类的 class loader 实现的。 
因为我是用txt文件当作字典，它存在一个叫dict.aspactword的包下，这样一来，编译后的文件会储存在classPath下，而不是在src下，在动态向字典添加词的时候，classPath下的txt字典没有改变，相对在getResourceAsStream的时候，拿到的自然不是最新的字典，由此感叹，在classPath下如果有不需要改变的文件，在读取时用getResourceAsStream可以保持系统良好的统一性和可移植性，但是在需要改变它们的时候，一定注意修改的路径是classPath下的文件，否则就直接用文件系统的位置来维护你所需要的文件吧

======================================================================================================