JVM根据两个方面判断:一是类的全称;另一个是类加载器.
类的全称是相同的,那类加载器是否相同呢?
即使类的全称相同,而使用的加载器不同,那Class对象也是不同的.
package com.test; public class TestClass { public static void main(String[] args){ try { // 动态加载类、测试Class.forName() Class testTypeForName = Class.forName("com.test.TestClassType"); System.out.println("testForName---" + testTypeForName); // 测试类加载器 System.out.println("forName形式的加载器--" + testTypeForName.getClassLoader()); System.out.println(); try { TestClassType tp = (TestClassType) testTypeForName.newInstance(); } catch (InstantiationException e) { // TODO Auto-generated catch block e.printStackTrace(); } catch (IllegalAccessException e) { // TODO Auto-generated catch block e.printStackTrace(); } System.out.println("forName形式的加载器--" + testTypeForName.getClassLoader()); System.out.println(); // 测试类名.class Class testTypeClass = TestClassType.class; System.out.println("testTypeClass---" + testTypeClass); System.out.println("class形式的加载器---" + testTypeClass.getClassLoader()); System.out.println(); // 测试Object.getClass() TestClassType testGetClass = new TestClassType(); System.out.println("testGetClass---" + testGetClass.getClass()); System.out.println("getClass形式的加载器--" + testGetClass.getClass().getClassLoader()); } catch (ClassNotFoundException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } class TestClassType { // 构造函数 public TestClassType() { System.out.println("----构造函数---"); } // 静态的参数初始化 static { System.out.println("---静态参数初始化---"); } // 非静态的参数初始化 { System.out.println("----非静态的参数初始化---"); } }
结果:
---静态参数初始化--- testForName---class com.test.TestClassType forName形式的加载器--sun.misc.Launcher$AppClassLoader@6b97fd ----非静态的参数初始化--- ----构造函数--- forName形式的加载器--sun.misc.Launcher$AppClassLoader@6b97fd testTypeClass---class com.test.TestClassType class形式的加载器---sun.misc.Launcher$AppClassLoader@6b97fd ----非静态的参数初始化--- ----构造函数--- testGetClass---class com.test.TestClassType getClass形式的加载器--sun.misc.Launcher$AppClassLoader@6b97fd
观察结果发现:三种形式的加载器是相同的.
jvm中类相同的条件:类加载器实例+包名+类名
而java中相同的类: 包名+类名
一.什么时候用Class.forName()?
先来个热身,给你一个字符串变量,它代表一个类的包名和类名,你怎么实例化它?你第一想到的肯定是new,但是注意一点:
A a = (A)Class.forName(“pacage.A”).newInstance();
这和你 A a = new A(); 是一样的效果。
现在言归正传。
动态加载和创建Class 对象,比如想根据用户输入的字符串来创建对象时需要用到:
String str = “用户输入的字符串” ;
Class t = Class.forName(str);
t.newInstance();
在初始化一个类,生成一个实例的时候,newInstance()方法和new关键字除了一个是方法,一个是关键字外,最主要有什么区别?
它们的区别在于创建对象的方式不一样,前者是使用类加载机制,后者是创建一个新类。
那么为什么会有两种创建对象方式?这主要考虑到软件的可伸缩、可扩展和可重用等软件设计思想。
从JVM的角度看,我们使用关键字new创建一个类的时候,这个类可以没有被加载。但是使用newInstance()方法的时候,就必须保证:
1、这个类已经加载;
2、这个类已经连接了。
而完成上面两个步骤的正是Class的静态方法forName()所完成的,这个静态方法调用了启动类加载器,即加载 java API的那个加载器。
现在可以看出,newInstance()实际上是把new这个方式分解为两步,即首先调用Class加载方法加载某个类,然后实例化。
这样分步的好处是显而易见的。我们可以在调用class的静态加载方法forName时获得更好的灵活性,提供给了一种降耦的手段。
二.new 和Class.forName()有什么区别?
其实上面已经说到一些了,这里来做个总结:
首先,newInstance( )是一个方法,而new是一个关键字;
其次,Class下的newInstance()的使用有局限,因为它生成对象只能调用无参的构造函数,而使用 new关键字生成对象没有这个限制。
简言之:
newInstance(): 弱类型,低效率,只能调用无参构造。
new: 强类型,相对高效,能调用任何public构造。
Class.forName(“”)返回的是类。
Class.forName(“”).newInstance()返回的是object 。
三.为什么在加载数据库驱动包的时候有用的是Class.forName( ),却没有调用newInstance( )?
在Java开发特别是数据库开发中,经常会用到Class.forName( )这个方法。
有数据库开发经验朋友会发现,为什么在我们加载数据库驱动包的时候有的却没有调用newInstance( )方法呢?即有的jdbc连接数据库的写法里是Class.forName(xxx.xx.xx);而有一 些:Class.forName(xxx.xx.xx).newInstance(),为什么会有这两种写法呢?
刚才提到,Class.forName("");的作用是要求JVM查找并加载指定的类,如果在类中有静态初始化器的话,JVM必然会执行该类的静态代码 段。而在JDBC规范中明确要求这个Driver类必须向DriverManager注册自己,即任何一个JDBC Driver的 Driver类的代码都必须类似如下:
public class MyJDBCDriver implements Driver {
static {
DriverManager.registerDriver(new MyJDBCDriver());
}
}
既然在静态初始化器的中已经进行了注册,所以我们在使用JDBC时只需要Class.forName(XXX.XXX);就可以了。
贴出Proxool 连接池的静态初始化方法:
public class ProxoolDriver implements Driver { private static final Log LOG = LogFactory.getLog(ProxoolDriver.class); static { try { DriverManager.registerDriver(new ProxoolDriver()); } catch (SQLException e) { System.out.println(e.toString()); } } }
...
相关推荐
类冲突通常发生在不同加载器加载了相同包名下的类,导致版本不一致。类循环依赖则可能引发无限递归,使得类加载失败。解决这些问题通常需要对类加载器的实现和类的组织结构有深入理解。 2. 再分析类加载 类加载不仅...
1. **类的加载机制**:这是JVM的基础,负责加载Java类,并准备执行这些类。类加载机制确保了类的正确加载,并管理类的生命周期。 2. **JVM内存结构**:主要包括堆、栈、方法区等,用于存储和管理数据。 3. **GC...
JVM类加载机制详解 JVM类加载机制是Java虚拟机中的一种机制,它负责加载Java类文件到内存中,以便执行Java程序。类加载机制分为五个阶段:加载、验证、准备、解析和初始化。 加载 加载是类加载过程中的一个阶段,...
JVM如何判定两个Java类是相同的 Java虚拟机不仅要看类的全名是否相同,还要看加载此类的类加载器是否一样。只有两者都相同的情况,才认为两个类是相同的。即便是同样的字节代码,被不同的类加载器加载之后所得到的...
- **监控远程应用**:连接成功后,远程JVM的监控功能与本地应用相同,可以进行性能监控、内存分析等操作。 5. **使用插件扩展功能** VisualVM的插件中心提供许多扩展,如JProfiler、NetBeans Profiler等,可以...
### JVM如何理解Java泛型类 #### 一、引言 在Java中,泛型是一种强大的功能,它允许程序员编写灵活且类型安全的代码。然而,对于Java虚拟机(JVM)来说,它实际上并不理解泛型的概念。所有的泛型信息在编译阶段就被...
- **特点**:线程私有,生命周期与线程相同,不会导致OOM(Out Of Memory Error)。 #### 三、Java虚拟机栈 Java虚拟机栈描述的是Java方法执行的内存模型:每个方法被执行的时候都会同时创建一个栈帧(Stack Frame...
### JVM规范第七版详解 #### 一、概述 《JVM规范第七版本》是一份针对Java SE 7标准的详细技术文档,它为开发者提供了Java虚拟机(JVM)的全面指南,包括其架构、功能以及如何正确实现这些功能的具体指导。这份文档...
### JVM入门必备手册 #### 前言 Java 虚拟机 (JVM) 是 Java 开发者不可或缺的一部分,了解 JVM 的工作原理对于优化应用程序性能至关重要。本手册旨在为初学者提供关于 JVM 的基础知识,重点介绍 JVM 内存模型中的...
这样可以防止不同加载器加载相同的类造成的问题,保持类加载的一致性。 字节码的加载过程中,JVM会执行以下步骤: 1. 读取:从指定的位置读取.class文件,通常是硬盘或网络。 2. 解析:将字节码转换为内部数据结构...
JVM 内存溢出问题解析 JVM 内存溢出是指程序运行所需的内存大于虚拟机能提供的最大内存的情况...Heap Size 最大不要超过可用物理内存的 80%,一般的要将 Xmx 和 Xms 设置相同避免每次 GC 后都要调整虚拟机堆的大小。
1. **类加载检查**:当JVM遇到new指令时,会检查指令参数是否能定位到类的符号引用,并确认该类是否已经完成加载、解析和初始化。如果尚未完成,则首先执行类初始化过程。 2. **内存分配**: - **规整内存**:如果...
JVM规范详细定义了Java可执行代码(即字节码)的格式,包括操作码和操作数的语法和数值、标识符的数值表示方式、以及Java类文件中的Java对象和常量缓冲池在JVM中的存储映像。 这些定义为JVM解释器的开发人员提供了...
类数据共享(Class Data Sharing,CDS)可以减少启动时间和内存占用,通过预先打包的类数据归档文件,多个JVM实例可以共享相同的类信息。 总之,JVM性能优化是一个涵盖广泛且深度丰富的主题,涉及内存管理、垃圾...
JVM(Java虚拟机)采用“双亲委派模型”加载类,即当一个类被加载时,它会首先尝试由启动类加载器(Bootstrap ClassLoader)加载,如果该类不在启动类加载器的路径中,则会委托给扩展类加载器(Extension ...
6. **JVM堆内存管理**:设置`-Xmx`和`-Xms`为相同值,避免堆自动扩展带来的性能影响。同时,要留意对象的生命周期,避免不必要的内存占用。 7. **方法区/元空间**:对于Spring、Hibernate等框架,注意它们可能产生...
3. 双亲委派模型:这是一种类加载机制,确保相同的类只会被加载一次,避免类的冲突。当加载请求发生时,加载器会先让父类加载器尝试加载,只有当父类加载器无法加载时,子类加载器才会尝试。 4. 执行引擎...
- **Cache机制**:类加载器使用缓存机制,即首次加载类后,会将类的信息保存在缓存中,再次请求相同类时,直接从缓存中获取,提高加载效率。 #### 二、JDK的classloader机制实战 **2.1 动态加载与更新** 在某些...
- **建议设置**:在服务器环境下,通常建议将`-Xms`和`-Xmx`设置为相同的值,这样可以避免每次GC后JVM调整堆大小的操作,提高系统的稳定性。 #### 三、配置方法 ##### 1. Linux环境 - **配置文件**:在Linux环境...