object初始化java_java中的初始化具体是什么意思

Ⅰ java中Object... 的用法是什么意思

居然整个楼里面都答非所问了看我的看我的哦提问者都说的这么清楚了

这个问题很好

日常使用不定参数时候基本是Object...可以等同于Object[] obj一维数组理解的

数组本质是连续的指针地址其中数组的头指针是必须的但是二者的不同在于何处呢？

很明显
Obj...是针对方法传入参数的即只能在method（）内使用

即不定参数只能作为方法的形参，不能用作变量

然后你看我建立2个test犯法

java的数组结构在jvm的堆和栈上是不同的但是我个人没有理解这问题如果提问者了解欢迎回复我

有关不定参数的使用

public viod method(Object[] obj,Object...) {

Obj操了自己；

}

不过，不定参数有两个规定：第一，方法的参数列表中最多只有一个不定长度的参数；第二，就是不定长度的数组的位置必须是最后一个参数。不然不能通过编译。

Ⅱ Java JVM final修饰的变量会在准备阶段初始化吗

首先final修饰成员变量（final单独修饰不和static一起使用）是在实例初始化的时候被赋值的。这个和非final修饰成员变量赋值时机没有什么不同，只不过final修饰的不能多次赋值罢了。
final static修饰的成员变量只有在其类型为ConstantValue时才会在准备阶段被赋予具体值（而不类型的默认值）。
ConstantValue需要满足2个条件，a：类型为基本类型或者String，b:此类型被赋值时只能使用字面量而不是方法的形式。
举个例子：

final static int a = 1;//准备阶段赋值-基本类型可以转化为ConstantValue，且使用的是字面量赋值。
final static int a = getA();//初始化阶段赋值-基本类型可以转化为ConstantValue，但赋值不是使用字面量。
final static String b = "abc";//准备阶段赋值-String可以转化为ConstantValue，且使用的是字面量赋值。
final static String b= getB();//初始化阶段赋值-String可以转化为ConstantValue，但赋值不是使用字面量。
final static Object c = new Object();//初始化阶阶段赋值-其他类型不可以转化为ConstantValue
final static Object c= new Object();//初始化阶阶段赋值-其他类型不可以转化为ConstantValue

如何验证以上结论

通过查看类生成的字节码可以验证。：如下

public static final java.lang.String b;
descriptor: Ljava/lang/String;
flags: (0x0019) ACC_PUBLIC, ACC_STATIC, ACC_FINAL
ConstantValue: String abc

对于结论2和结论4可以使用Class.forName(String name, boolean initialize,ClassLoader loader)方法加载类并将initialize分别设置为true和false来验证。

当initialize=false时getB()方法不执行。
当initialize=true时getB()方法执行。
因为initialize代码加载类是是否执行初始化；即执行初始化时getB方法才执行，可知getB()不是在准备阶段执行的，否则无论initialize为何值时getB方法都会执行。

Ⅲ JAVA问题：Object ob，是什么意思有什么用

Object ob;声明一个Object类型的对象
因为Object是所有类型的父类型，所以把任何对象赋值给它

Ⅳ java 初始化是做什么的

关于Java初始化，有多文章都用了很大篇幅的介绍。经典的<>更是用了专门的
一章来介绍Java初始化。但在大量有代码实例后面，感觉上仍然没有真正深入到初始化的本质。

本文以作者对JVM的理解和自己的经验，对Java的初始化做一个比深入的说明，由于作者有水平限制，
以及JDK各实现版本的变化，可能仍然有不少错误和缺点。欢迎行家高手赐教。

要深入了解Java初始化，我们无法知道从程序流程上知道JVM是按什么顺序来执行的。了解JVM的执行
机制和堆栈跟踪是有效的手段。可惜的是，到目前为止。JDK1。4和JDK1。5在javap功能上却仍然存在
着BUG。所以有些过程我无法用实际的结果向你证明两种相反的情况（但我可以证明那确实是一个BUG）

<>(第三版)在第四章一开始的时候,这样来描述Java的初始化工作:
以下译文原文:
可以这样认为,每个类都有一个名为Initialize()的方法,这个名字就暗示了它得在使用之前调用,不幸
的是,这么做的话,用户就得记住要调用这个方法,java类库的设计者们可以通过一种被称为构造函数的
特殊方法,来保证每个对象都能得到被始化.如果类有构造函数,那么java就会在对象刚刚创建,用户还来
不及得到的时候,自动调用那个构造函数,这样初始化就有保障了。

我不知道原作者的描述和译者的理解之间有多大的差异,结合全章,我没有发现两个最关键的字""
和""。至少说明原作者和译者并没有真正说明JVM在初始化时做了什么,或者说并不了解JVM的初始化
内幕,要不然明明有这两个方法,却为什么要认为有一个事实上并不存在的"Initialize()"方法呢?

""和""方法在哪里？
这两个方法是实际存在而你又找不到的方法，也许正是这样才使得一些大师都犯晕。加上jdk实现上的一
些BUG，如果没有深入了解，真的让人摸不着北。

现在科学体系有一个奇怪的现象，那么庞大的体系最初都是建立在一个假设的基础是，假设1是正确的，
由此推导出2，再继续推导出10000000000。可惜的是太多的人根本不在乎2-100000000000这样的体系都
是建立在假设1是正确的基础上的。我并不会用“可以这样认为”这样的假设，我要确实证明""
和""方法是真真实实的存在的：

packagedebug;
publicclassMyTest{
staticinti=100/0;
publicstaticvoidmain(String[]args){
Ssytem.out.println("Hello,World!");
}
}

执行一下看看,这是jdk1.5的输出：

java.lang.ExceptionInInitializerError
Causedby:java.lang.ArithmeticException:/byzero
atdebug.MyTest.(Test.java:3)
Exceptioninthread"main"

请注意，和其它方法调用时产生的异常一样，异常被定位于debug.MyTest的.

再来看：

packagedebug;
publicclassTest{
Test(){
inti=100/0;
}
publicstaticvoidmain(String[]args){
newTest();
}
}

jdk1.5输入：
Exceptioninthread"main"java.lang.ArithmeticException:/byzero
atdebug.Test.(Test.java:4)
atdebug.Test.main(Test.java:7)

JVM并没有把异常定位在Test()构造方法中，而是在debug.Test.。

当我们看到了这两个方法以后，我们再来详细讨论这两个“内置初始化方法”（我并不喜欢生造一些
非标准的术语，但我确实不知道如何规范地称呼他们）。

内置初始化方法是JVM在内部专门用于初始化的特有方法，而不是提供给程序员调用的方法，事实上
“<>”这样的语法在源程序中你连编译都无法通过。这就说明，初始化是由JVM控制而不是让程序员
来控制的。

类初始化方法：
我没有从任何地方了解到的cl是不是class的简写，但这个方法确实是用来对“类”进行初
始化的。换句话说它是用来初始化static上下文的。

在类装载（load）时，JVM会调用内置的方法对类成员和静态初始化块进行初始化调用。它们
的顺序按照源文件的原文顺序。
我们稍微增加两行static语句：
packagedebug;
publicclassTest{
staticintx=0;
staticStrings="123";
static{
Strings1="456";
if(1==1)
thrownewRuntimeException();
}
publicstaticvoidmain(String[]args){
newTest();
}
}
然后进行反编译：
javap-cdebug.Test

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
staticintx;

staticjava.lang.Strings;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:return

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#2;//classdebug/Test
3:p
4:invokespecial#3;//Method"":()V
7:pop
8:return

static{};
Code:
0:iconst_0
1:putstatic#4;//Fieldx:I
4:ldc#5;//String123
6:putstatic#6;//Fields:Ljava/lang/String;
9:ldc#7;//String456
11:astore_0
12:new#8;//classjava/lang/RuntimeException
15:p
16:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
19:athrow

}
这里，我们不得不说，JDK在javap功能上的实现有一个BUG。static段的16标号，那里标识了异常
的位置发生在""方法中，而实际上这段程序运行时的输出却是：

java.lang.ExceptionInInitializerError
Causedby:java.lang.RuntimeException
atdebug.Test.(Test.java:8)
Exceptioninthread"main"

但我们总可以明白，类初始化正是按照源文件中定义的原文顺序进行。先是声明

staticintx;

staticjava.lang.Strings;

然后对intx和Strings进行赋值：
0:iconst_0
1:putstatic#4;//Fieldx:I
4:ldc#5;//String123
6:putstatic#6;//Fields:Ljava/lang/String;
执行初始化块的Strings1="456";生成一个RuntimeException抛
9:ldc#7;//String456
11:astore_0
12:new#8;//classjava/lang/RuntimeException
15:p
16:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
19:athrow

要明白的是，""方法不仅是类初始化方法，而且也是接口初始化方法。并不是所以接口
的属性都是内联的，只有直接赋常量值的接口常量才会内联。而

[publicstaticfinal]doubled=Math.random()*100;

这样的表达式是需要计算的，在接口中就要由""方法来初始化。

下面我们再来看看实例初始化方法""

""用于对象创建时对对象进行初始化，当在HEAP中创建对象时，一旦在HEAP分配了空间。最
先就会调用""方法。这个方法包括实例变量的赋值（声明不在其中）和初始化块，以及构造
方法调用。如果有多个重载的构造方法，每个构造方法都会有一个对应的""方法。

同样，实例变量和初始化块的顺序也是按源文件的原文顺序执行，构造方法中的代码在最后执行：

packagedebug;
publicclassTest{
intx=0;
Strings="123";
{
Strings1="456";
//if(1==1)
//thrownewRuntimeException();
}

publicTest(){
Stringss="789";
}

publicstaticvoidmain(String[]args){
newTest();
}
}

javap-cdebug.Test的结果：

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
intx;

java.lang.Strings;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:iconst_0
6:putfield#2;//Fieldx:I
9:aload_0
10:ldc#3;//String123
12:putfield#4;//Fields:Ljava/lang/String;
15:ldc#5;//String456
17:astore_1
18:ldc#6;//String789
20:astore_1
21:return

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#7;//classdebug/Test
3:p
4:invokespecial#8;//Method"":()V
7:pop
8:return
}

如果在同一个类中，一个构造方法调用了另一个构造方法，那么对应的""方法就会调用另一
个""，但是实例变量和初始化块会被忽略，否则它们就会被多次执行。

packagedebug;
publicclassTest{
Strings1=rt("s1");
Strings2="s2";

publicTest(){
s1="s1";
}
publicTest(Strings){
this();
if(1==1)thrownewRuntime();
}
Stringrt(Strings){
returns;
}
publicstaticvoidmain(String[]args){
newTest("");
}
}

反编译的结果：
Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
java.lang.Strings1;

java.lang.Strings2;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:aload_0
21:ldc#2;//Strings1
23:putfield#4;//Fields1:Ljava/lang/String;
26:return

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#7;//Method"":()V
4:new#8;//classjava/lang/RuntimeException
7:p
8:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
11:athrow

java.lang.Stringrt(java.lang.String);
Code:
0:aload_1
1:areturn

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#10;//classdebug/Test
3:p
4:ldc#11;//String
6:invokespecial#12;//Method"":(Ljava/lang/String;)V
9:pop
10:return

}

我们再一次看到了javap实现的bug，虽然有一个"":(Ljava/lang/String;)V签名可以说明
每个构造方法对应一个不同,但Runtime异常仍然被定位到了""()V的方法中：
invokespecial#8;//Methodjava/lang/RuntimeException."":()V,而在main方法中的
调用却明明是"":(Ljava/lang/String;)V.

但是我们看到，由于Test(Strings)调用了Test();所以"":(Ljava/lang/String;)V不再对
实例变量和初始化块进次初始化：

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#7;//Method"":()V
4:new#8;//classjava/lang/RuntimeException
7:p
8:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
11:athrow

而如果两个构造方法是相互独立的，则每个构造方法调用前都会执行实例变量和初始化块的调用：

packagedebug;
publicclassTest{
Strings1=rt("s1");
Strings2="s2";
{
Strings3="s3";
}
publicTest(){
s1="s1";
}

publicTest(Strings){
if(1==1)
thrownewRuntimeException();
}

Stringrt(Strings){
returns;
}

publicstaticvoidmain(String[]args){
newTest("");
}
}

反编译的结果：

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
java.lang.Strings1;

java.lang.Strings2;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:ldc#7;//Strings3
22:astore_1
23:aload_0
24:ldc#2;//Strings1
26:putfield#4;//Fields1:Ljava/lang/String;
29:return

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:ldc#7;//Strings3
22:astore_2
23:new#8;//classjava/lang/RuntimeException
26:p
27:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
30:athrow

java.lang.Stringrt(java.lang.String);
Code:
0:aload_1
1:areturn

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#10;//classdebug/Test
3:p
4:ldc#11;//String
6:invokespecial#12;//Method"":(Ljava/lang/String;)V
9:pop
10:return

}

Ⅳ Java 子类初始化的疑问，感觉是大牛的人进！

B b = new B();
∵B继承A
∴B的run()方法覆盖了A的run()方法
∵new B()首先隐含调用了super()
∴执行了public A(){run();}方法
∵这个run()方法是子类B的方法
又∵这时候子类B的构造方法还没有执行
∴子类B的属性i还没有值
∴现在i是默认的0

楼主的困惑就在于没有理清那个输出0的run()方法是谁的run(),你分别在两个run()方法里加入System.out.println("class A");System.out.println("class B")就能明白了。你可能会发现没打印class A。

Ⅵ java中Object 是什么意思

java方法中返回一个Object类型的对象表示这个方法返回的类型不受限制，因为Object是所有类的父类，返回任意一个类型都属于Object类型。x0dx0a事例代码如下：x0dx0apublic class Demo2 {x0dx0a private static int x = 1;//定义一个int型变量x0dx0a public static void main(String[] args) { x0dx0a System.out.println(a());x0dx0a }x0dx0a private static Object a(){//此返回Object类型的值x0dx0a return x;//结果一个int型变量也可以x0dx0a }x0dx0a}x0dx0a Object类是类层次结构的根，Java中所有的类从根本上都继承自这个类。x0dx0a Object类是Java中唯一没有父类的类。x0dx0ax0dx0a 其他所有的类，包括标准容器类，比如数组，都继承了Object类中的方法。x0dx0a Object类是Java中其他所有类的祖先，没有Object类Java面向对象无从谈起。

Ⅶ Java中Set类初始化问题

没有第一种方式，Set是个接口，是不能够实例化(new)的，你只能实例化它的实现类，HashSet就是Set的一个实现类。
第二种方式你也可以给它加<String>，这叫泛型，就是限制这个类里只能传你指定的类型及其子类。
由于Java所有对象的类是Object类，所以如果不写就默认是Object类，所有类的最顶级父类都是Object，所以传什么都可以，
Set setTmp = new HashSet();和Set<Object> setTmp = new HashSet<Object>();两种方式是等价的。
Java有八种基本数据类型，是不属于Object类的子类的，byte, short, int,long,char,double,float,boolean，对这八种类有他们各自的包装类，依次是Byte,Short,Integer,Long,Character,Double,Float,Boolean，这八个包装类是Object的子类，是可以作为Set的类型用的，也就是你可以写成Set<Integer> 但是不能写成Set<int>.

Ⅷ Exception in thread "main" org.hibernate.MappingException: Unknown entity: java.lang.Object

HibernateGenericDao<Users> = new HibernateGenericDao<Users>();

你这样是得不到Users的，原因是这样的:

//取得该类的实体类型
Type genType = clazz.getGenericSuperclass();
//判断该类是否是泛型类
if(!(genType instanceof ParameterizedType)) {
return Object.class;
}

你在使用泛型DAO的时候，采用的是直接使用泛型DAO类：
HibernateGenericDao<Users> = new HibernateGenericDao<Users>();

所以，这个的类型仍然是HibernateGenericDao；
使用getGenericSuperclass()方法得到的就是这个类的父类，Object；所以你直接返回了一个Object.class，注意，为什么这个方法的名字叫做getGenericSuperclass（），这个superclass已经说明了要使用反射获得具体的泛型类型的方式应该是：
class UserDAO extends HibernateGenericDao<User> implements IUserDAO{}
这样就行了，一定要有一个具体类型的子类，UserDAO里面的泛型类型（User）才能够被固定下来。

另外也不用尝试直接把HibernateGenericDao转型为ParameterizedType，因为就算你代码为：
HibernateGenericDao<Users> = new HibernateGenericDao<Users>();
你.getClass得到的仍然是HibernateGenericDao<T>，这个T对于的类型来说，仍然只是个泛型类型，不会是真实的User.class

所以，如果你要坚持直接使用HibernateGenericDAO的话，建议你把User.class作为一个构造方法参数穿进去就可以了。

Ⅸ 在c++中如何像java一样设置初始化对象等于null

如果你不想使用指针，那么很抱歉，跟java引用变量相关的类型在c++中是不存在的;
c++中引用的概念跟java中的不一样，c++中的引用必须绑定到一个实际存在的对象，不能绑定到NULL；

c++中 Object &obj=NULL;这样的句子是绝对违法的
Object &obj=*(new Object());这样的句子，或许可以编译通过，但是这是非常危险地，因为后面很容易忘记释放这个对象。
string &str=string("123")+"456";这样的句子，VC中打开扩展可以编译通过，但是c++规范是不允许的，因为这同样非常危险。str绑定到了临时对象。
以上是c++引用不同之处的小小例子，实际上还有更多不同，我也不多说了，要自己学

c++中的指针跟java中的引用类似；

Object obj = null; java中的意思是定义Object型引用的变量obj并初始化为null

Object *obj=NULL;c++中的意思为定Object型指针的变量obj并初始化为NULL

很像吧

你明显C++基础一点也没有，看看C++的最基本的入门书吧，你有java基础，学起来不难

Ⅹ java中的初始化具体是什么意思

关于Java初始化，有多文章都用了很大篇幅的介绍。经典的>更是用了专门的
一章来介绍Java初始化。但在大量有代码实例后面，感觉上仍然没有真正深入到初始化的本质。

本文以作者对JVM的理解和自己的经验，对Java的初始化做一个比深入的说明，由于作者有水平限制，
以及JDK各实现版本的变化，可能仍然有不少错误和缺点。欢迎行家高手赐教。

要深入了解Java初始化，我们无法知道从程序流程上知道JVM是按什么顺序来执行的。了解JVM的执行
机制和堆栈跟踪是有效的手段。可惜的是，到目前为止。JDK1。4和JDK1。5在javap功能上却仍然存在
着BUG。所以有些过程我无法用实际的结果向你证明两种相反的情况（但我可以证明那确实是一个BUG）

>(第三版)在第四章一开始的时候,这样来描述Java的初始化工作:
以下译文原文:
可以这样认为,每个类都有一个名为Initialize()的方法,这个名字就暗示了它得在使用之前调用,不幸
的是,这么做的话,用户就得记住要调用这个方法,java类库的设计者们可以通过一种被称为构造函数的
特殊方法,来保证每个对象都能得到被始化.如果类有构造函数,那么java就会在对象刚刚创建,用户还来
不及得到的时候,自动调用那个构造函数,这样初始化就有保障了。

我不知道原作者的描述和译者的理解之间有多大的差异,结合全章,我没有发现两个最关键的字""
和""。至少说明原作者和译者并没有真正说明JVM在初始化时做了什么,或者说并不了解JVM的初始化
内幕,要不然明明有这两个方法,却为什么要认为有一个事实上并不存在的"Initialize()"方法呢?

""和""方法在哪里？
这两个方法是实际存在而你又找不到的方法，也许正是这样才使得一些大师都犯晕。加上jdk实现上的一
些BUG，如果没有深入了解，真的让人摸不着北。

现在科学体系有一个奇怪的现象，那么庞大的体系最初都是建立在一个假设的基础是，假设1是正确的，
由此推导出2，再继续推导出10000000000。可惜的是太多的人根本不在乎2-100000000000这样的体系都
是建立在假设1是正确的基础上的。我并不会用“可以这样认为”这样的假设，我要确实证明""
和""方法是真真实实的存在的：

packagedebug;
publicclassMyTest{
staticinti=100/0;
publicstaticvoidmain(String[]args){
Ssytem.out.println("Hello,World!");
}
}

执行一下看看,这是jdk1.5的输出：

java.lang.ExceptionInInitializerError
Causedby:java.lang.ArithmeticException:/byzero
atdebug.MyTest.(Test.java:3)
Exceptioninthread"main"

请注意，和其它方法调用时产生的异常一样，异常被定位于debug.MyTest的.

再来看：

packagedebug;
publicclassTest{
Test(){
inti=100/0;
}
publicstaticvoidmain(String[]args){
newTest();
}
}

jdk1.5输入：
Exceptioninthread"main"java.lang.ArithmeticException:/byzero
atdebug.Test.(Test.java:4)
atdebug.Test.main(Test.java:7)

JVM并没有把异常定位在Test()构造方法中，而是在debug.Test.。

当我们看到了这两个方法以后，我们再来详细讨论这两个“内置初始化方法”（我并不喜欢生造一些
非标准的术语，但我确实不知道如何规范地称呼他们）。

内置初始化方法是JVM在内部专门用于初始化的特有方法，而不是提供给程序员调用的方法，事实上
“>”这样的语法在源程序中你连编译都无法通过。这就说明，初始化是由JVM控制而不是让程序员
来控制的。

类初始化方法：
我没有从任何地方了解到的cl是不是class的简写，但这个方法确实是用来对“类”进行初
始化的。换句话说它是用来初始化static上下文的。

在类装载（load）时，JVM会调用内置的方法对类成员和静态初始化块进行初始化调用。它们
的顺序按照源文件的原文顺序。
我们稍微增加两行static语句：
packagedebug;
publicclassTest{
staticintx=0;
staticStrings="123";
static{
Strings1="456";
if(1==1)
thrownewRuntimeException();
}
publicstaticvoidmain(String[]args){
newTest();
}
}
然后进行反编译：
javap-cdebug.Test

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
staticintx;

staticjava.lang.Strings;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:return

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#2;//classdebug/Test
3:p
4:invokespecial#3;//Method"":()V
7:pop
8:return

static{};
Code:
0:iconst_0
1:putstatic#4;//Fieldx:I
4:ldc#5;//String123
6:putstatic#6;//Fields:Ljava/lang/String;
9:ldc#7;//String456
11:astore_0
12:new#8;//classjava/lang/RuntimeException
15:p
16:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
19:athrow

}
这里，我们不得不说，JDK在javap功能上的实现有一个BUG。static段的16标号，那里标识了异常
的位置发生在""方法中，而实际上这段程序运行时的输出却是：

java.lang.ExceptionInInitializerError
Causedby:java.lang.RuntimeException
atdebug.Test.(Test.java:8)
Exceptioninthread"main"

但我们总可以明白，类初始化正是按照源文件中定义的原文顺序进行。先是声明

staticintx;

staticjava.lang.Strings;

然后对intx和Strings进行赋值：
0:iconst_0
1:putstatic#4;//Fieldx:I
4:ldc#5;//String123
6:putstatic#6;//Fields:Ljava/lang/String;
执行初始化块的Strings1="456";生成一个RuntimeException抛
9:ldc#7;//String456
11:astore_0
12:new#8;//classjava/lang/RuntimeException
15:p
16:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
19:athrow

要明白的是，""方法不仅是类初始化方法，而且也是接口初始化方法。并不是所以接口
的属性都是内联的，只有直接赋常量值的接口常量才会内联。而

[publicstaticfinal]doubled=Math.random()*100;

这样的表达式是需要计算的，在接口中就要由""方法来初始化。

下面我们再来看看实例初始化方法""

""用于对象创建时对对象进行初始化，当在HEAP中创建对象时，一旦在HEAP分配了空间。最
先就会调用""方法。这个方法包括实例变量的赋值（声明不在其中）和初始化块，以及构造
方法调用。如果有多个重载的构造方法，每个构造方法都会有一个对应的""方法。

同样，实例变量和初始化块的顺序也是按源文件的原文顺序执行，构造方法中的代码在最后执行：

packagedebug;
publicclassTest{
intx=0;
Strings="123";
{
Strings1="456";
//if(1==1)
//thrownewRuntimeException();
}

publicTest(){
Stringss="789";
}

publicstaticvoidmain(String[]args){
newTest();
}
}

javap-cdebug.Test的结果：

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
intx;

java.lang.Strings;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:iconst_0
6:putfield#2;//Fieldx:I
9:aload_0
10:ldc#3;//String123
12:putfield#4;//Fields:Ljava/lang/String;
15:ldc#5;//String456
17:astore_1
18:ldc#6;//String789
20:astore_1
21:return

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#7;//classdebug/Test
3:p
4:invokespecial#8;//Method"":()V
7:pop
8:return
}

如果在同一个类中，一个构造方法调用了另一个构造方法，那么对应的""方法就会调用另一
个""，但是实例变量和初始化块会被忽略，否则它们就会被多次执行。

packagedebug;
publicclassTest{
Strings1=rt("s1");
Strings2="s2";

publicTest(){
s1="s1";
}
publicTest(Strings){
this();
if(1==1)thrownewRuntime();
}
Stringrt(Strings){
returns;
}
publicstaticvoidmain(String[]args){
newTest("");
}
}

反编译的结果：
Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
java.lang.Strings1;

java.lang.Strings2;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:aload_0
21:ldc#2;//Strings1
23:putfield#4;//Fields1:Ljava/lang/String;
26:return

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#7;//Method"":()V
4:new#8;//classjava/lang/RuntimeException
7:p
8:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
11:athrow

java.lang.Stringrt(java.lang.String);
Code:
0:aload_1
1:areturn

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#10;//classdebug/Test
3:p
4:ldc#11;//String
6:invokespecial#12;//Method"":(Ljava/lang/String;)V
9:pop
10:return

}

我们再一次看到了javap实现的bug，虽然有一个"":(Ljava/lang/String;)V签名可以说明
每个构造方法对应一个不同,但Runtime异常仍然被定位到了""()V的方法中：
invokespecial#8;//Methodjava/lang/RuntimeException."":()V,而在main方法中的
调用却明明是"":(Ljava/lang/String;)V.

但是我们看到，由于Test(Strings)调用了Test();所以"":(Ljava/lang/String;)V不再对
实例变量和初始化块进次初始化：

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#7;//Method"":()V
4:new#8;//classjava/lang/RuntimeException
7:p
8:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
11:athrow

而如果两个构造方法是相互独立的，则每个构造方法调用前都会执行实例变量和初始化块的调用：

packagedebug;
publicclassTest{
Strings1=rt("s1");
Strings2="s2";
{
Strings3="s3";
}
publicTest(){
s1="s1";
}

publicTest(Strings){
if(1==1)
thrownewRuntimeException();
}

Stringrt(Strings){
returns;
}

publicstaticvoidmain(String[]args){
newTest("");
}
}

反编译的结果：

Compiledfrom"Test.java"
publicclassdebug.Testextendsjava.lang.Object{
java.lang.Strings1;

java.lang.Strings2;

publicdebug.Test();
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:ldc#7;//Strings3
22:astore_1
23:aload_0
24:ldc#2;//Strings1
26:putfield#4;//Fields1:Ljava/lang/String;
29:return

publicdebug.Test(java.lang.String);
Code:
0:aload_0
1:invokespecial#1;//Methodjava/lang/Object."":()V
4:aload_0
5:aload_0
6:ldc#2;//Strings1
8:invokevirtual#3;//Methodrt:(Ljava/lang/String;)Ljava/lang/String;
11:putfield#4;//Fields1:Ljava/lang/String;
14:aload_0
15:ldc#5;//Strings2
17:putfield#6;//Fields2:Ljava/lang/String;
20:ldc#7;//Strings3
22:astore_2
23:new#8;//classjava/lang/RuntimeException
26:p
27:invokespecial#9;//Methodjava/lang/RuntimeException."":()V
30:athrow

java.lang.Stringrt(java.lang.String);
Code:
0:aload_1
1:areturn

publicstaticvoidmain(java.lang.String[]);
Code:
0:new#10;//classdebug/Test
3:p
4:ldc#11;//String
6:invokespecial#12;//Method"":(Ljava/lang/String;)V
9:pop
10:return

}

导航:首页 > 编程语言 > object初始化java

object初始化java

与object初始化java相关的资料