深入理解Java初始化的含义

下载本文示例代码
　　可以这样认为，每个类都有一个名为Initialize()的方法，这个名字就暗示了它得在使用之前调用，不幸的是，这么做的话，用户就得记住要调用这个方法，java类库的设计者们可以通过一种被称为构造函数的特殊方法，来保证每个对象都能得到被始化.如果类有构造函数，那么java就会在对象刚刚创建，用户还来不及得到的时候，自动调用那个构造函数，这样初始化就有保障了。　　我不知道原作者的描述和译者的理解之间有多大的差异，结合全章，我没有发现两个最关键的字""和""。至少说明原作者和译者并没有真正说明JVM在初始化时做了什么，或者说并不了解JVM的初始化内幕，要不然明明有这两个方法，却为什么要认为有一个事实上并不存在的"Initialize()"方法呢?　　""和""方法在哪里?这两个方法是实际存在而你又找不到的方法，也许正是这样才使得一些大师都犯晕。加上jdk实现上的一些BUG，如果没有深入了解，真的让人摸不着北。　　现在科学体系有一个奇怪的现象，那么庞大的体系最初都是建立在一个假设的基础是，假设1是正确的，由此推导出2，再继续推导出10000000000。可惜的是太多的人根本不在乎2-100000000000这样的体系都是建立在假设1是正确的基础上的。我并不会用“可以这样认为”这样的假设，我要确实证明""和""方法是真真实实的存在的: package debug;　public class MyTest{　　static int i = 100/0;　　public static void main(String[] args){　　　Ssytem.out.println("Hello，World!");　　}　}　　执行一下看看，这是jdk1.5的输出: java.lang.ExceptionInInitializerErrorCaused by: java.lang.ArithmeticException: / by zeroat debug.MyTest.(Test.java:3)Exception in thread "main"　　请注意，和其它方法调用时产生的异常一样，异常被定位于debug.MyTest的.　　再来看: package debug;　public class Test {　　Test(){　　　int i = 100 / 0;　　}　public static void main(String[] args) {　　new Test();　}}　　jdk1.5输入:　　Exception in thread "main" java.lang.ArithmeticException: / by zero　　at debug.Test.(Test.java:4)　　at debug.Test.main(Test.java:7)　　JVM并没有把异常定位在Test()构造方法中，而是在debug.Test.。　　当我们看到了这两个方法以后，我们再来详细讨论这两个“内置初始化方法”(我并不喜欢生造一些非标准的术语，但我确实不知道如何规范地称呼他们)。　　内置初始化方法是JVM在内部专门用于初始化的特有方法，而不是提供给程序员调用的方法，事实上“<>”这样的语法在源程序中你连编译都无法通过。这就说明，初始化是由JVM控制而不是让程序员来控制的。共3页。 1 2 3 : 　　可以这样认为，每个类都有一个名为Initialize()的方法，这个名字就暗示了它得在使用之前调用，不幸的是，这么做的话，用户就得记住要调用这个方法，java类库的设计者们可以通过一种被称为构造函数的特殊方法，来保证每个对象都能得到被始化.如果类有构造函数，那么java就会在对象刚刚创建，用户还来不及得到的时候，自动调用那个构造函数，这样初始化就有保障了。　　我不知道原作者的描述和译者的理解之间有多大的差异，结合全章，我没有发现两个最关键的字""和""。至少说明原作者和译者并没有真正说明JVM在初始化时做了什么，或者说并不了解JVM的初始化内幕，要不然明明有这两个方法，却为什么要认为有一个事实上并不存在的"Initialize()"方法呢?　　""和""方法在哪里?这两个方法是实际存在而你又找不到的方法，也许正是这样才使得一些大师都犯晕。加上jdk实现上的一些BUG，如果没有深入了解，真的让人摸不着北。　　现在科学体系有一个奇怪的现象，那么庞大的体系最初都是建立在一个假设的基础是，假设1是正确的，由此推导出2，再继续推导出10000000000。可惜的是太多的人根本不在乎2-100000000000这样的体系都是建立在假设1是正确的基础上的。我并不会用“可以这样认为”这样的假设，我要确实证明""和""方法是真真实实的存在的: package debug;　public class MyTest{　　static int i = 100/0;　　public static void main(String[] args){　　　Ssytem.out.println("Hello，World!");　　}　}　　执行一下看看，这是jdk1.5的输出: java.lang.ExceptionInInitializerErrorCaused by: java.lang.ArithmeticException: / by zeroat debug.MyTest.(Test.java:3)Exception in thread "main"　　请注意，和其它方法调用时产生的异常一样，异常被定位于debug.MyTest的.　　再来看: package debug;　public class Test {　　Test(){　　　int i = 100 / 0;　　}　public static void main(String[] args) {　　new Test();　}}　　jdk1.5输入:　　Exception in thread "main" java.lang.ArithmeticException: / by zero　　at debug.Test.(Test.java:4)　　at debug.Test.main(Test.java:7)　　JVM并没有把异常定位在Test()构造方法中，而是在debug.Test.。　　当我们看到了这两个方法以后，我们再来详细讨论这两个“内置初始化方法”(我并不喜欢生造一些非标准的术语，但我确实不知道如何规范地称呼他们)。　　内置初始化方法是JVM在内部专门用于初始化的特有方法，而不是提供给程序员调用的方法，事实上“<>”这样的语法在源程序中你连编译都无法通过。这就说明，初始化是由JVM控制而不是让程序员来控制的。共3页。 1 2 3 : 下载本文示例代码


深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义深入理解Java初始化的含义