new的奥秘：Java中new关键字与类加载器

【独家特稿】在Java中使用new关键字创建对象变得很容易了，事实上，对这些事情你是不需要考虑的。需要访问一个文件吗？只需要创建一个新的File实例：new File(“build.properties”)，对于大多数Java开发人员而言，这就是他们需要知道的一切，是不是很简单呢？！但当你使用了多个类加载器时，问题就不一样了。

这是我一年多来的第一反应，我就是不想知道这些东西，但奇怪的是，类加载器其实非常简单，大多数Java开发人员都知道编译时通过Java文件生成.class类文件，然后由Java虚拟机（JVM）载入这些编译后的类，这就是类加载器最基本的功能，但是和线程一样，问题不是理解他们做什么，而是让它们一起工作。

你听到过多少次“这是类加载器的问题”？我承认我听到过很多次，我自己也说过很多次。只要你的应用程序中不止一个类加载器，你不得不担心哪些类可以相互看到对方，这很容易成为一场噩梦。有关类加载器行为我将另外用一篇文章来说，现在我们还是回到new关键字吧。

当你创建一个新对象时，JVM首先加载类，当你使用new时这是透明的，问题是使用什么类加载器？以及为什么要使用它？
设想一个Grails情景，我们有一套基于Gant的构建系统，载入构建脚本并执行它们，我们以实例化一个Jetty服务器并启动它作为示例，对象的创建顺序是这样的：

 
对象的创建顺序

事实上，上图展示的仅仅是一个简化的真实情况。

前3个类都在我们将要调用的生成类加载器的类路径下，因此是一次性将生成时需要用到的所有类全部加载了，但Jetty的Server类怎么加载呢？最重要的是要知道Server类必须要通过加载Grails Web应用程序相同的类加载器加载，虽然你可以将你自己的类加载器嵌入到服务器中，如果与加载Server的不一样，将会出现可怕的类加载器问题。

考虑到这一点，让我们看看如果RunApp脚本使用new创建服务器实例会发生什么：

 
 
 
 
  
  
  
  
def server = new org.mortbay.jetty.Server()  
  
  
  
  
...  
  
  
  
  
server.start() 
 
 
 

现在你应该问你自己“加载Server类该使用什么类加载器？”，这是一个关键问题，因为它决定了使用什么类加载器加载整个Web应用程序，也就决定了应用程序的运行时应该使用和依赖的类路径，在这种情况下，无论使用什么类加载器加载RunApp脚本，new操作符都会有效地授权给

 
 
 
 
  
  
  
  
this.getClass().getClassLoader() 
 
 
 

我们的例子是什么意思呢？它意味着生成类加载器被用于加载Server类，因此也必须用于加载Web应用程序类，换句话说，所有应用程序的运行时依赖必须包括在生成类加载器中。你可能会问，这样会不会有问题？回答是有一个潜在的问题和一个实际的问题。
潜在的问题是类冲突，如果Web应用程序依赖一个已经存在于生成系统中不同版本的库会怎么样？如果所有Apache XML API库都在类路径下，这是一个特殊的问题，绝对会导致大破坏。

实际的问题是在类路径中JAR文件越多，JVM寻找类的时间就越长，这意味着启动时间就越长，这也是OSGi设计要解决的问题之一，为什么要将JAR放在生成类路径下呢？生成时本身是不需要它们的。

解决办法是确定类加载器的边界，使用映射实例化你的对象：

 
 
 
 
  
  
  
  
def runtimeClassLoader = new URLClassLoader(...)  
  
  
  
  
def server = runtimeClassLoader.loadClass("org.mortbay.jetty.Server").newInstance()  
  
  
  
  
...  
  
  
  
  
server.start() 
  
  
  
  



 
 
 

本文题目：new的奥秘：Java中new关键字与类加载器
文章出自：http://www.hantingmc.com/qtweb/news13/388813.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联