java笔记3（动手动脑）

1.以下代码为何无法通过编译？哪儿出错了？

原因：已有的Foo()是带一个int型参数的构造方法，不存在无参的构造方法Foo()

"构造方法"

当创建一个对象时，它的构造方法会被自动调用。构造方法与类名相同，没有返回值

，它的作用是对类进行初始化，

如果类没有定义构造函数，Java编译器在编译时会自动给它提供一个没有参数的“默认构造方法”

但是如果已经有了一个有参数的构造方法,，即重写了构造方法，那么原来的默认的无参构造方法会被重写的构造方法所覆盖

 

2.根据下列代码的输出结果,总结java字段初始化的规律

/**
 * 
 */

/**
 * @author 信1605-3 20163471        吴鑫
 *
 */
class InitializeBlockClass {
    {
        field=200;
    }
    public int field=100;
    public InitializeBlockClass(int value) {
        // TODO 自动生成的构造函数存根
        this.field=value;
    }
    public InitializeBlockClass(){
    }
    /**
     * @param args
     */
    public static void main(String[] args) {
        // TODO 自动生成的方法存根
        InitializeBlockClass obj=new InitializeBlockClass();
        System.out.println(obj.field);
        
        obj=new InitializeBlockClass(300);
        System.out.println(obj.field);
    }
}

结果如下：

对此结果的分析：

　　1. 类开始的  {  field=200；}是类的初始化块，用大括号"{"，"}"直接包裹的，是做为类的成员，这种“没有名字”的成员大多是初始化的字段。

　　2. 后面的  public int field=100；是类在定义的时候进行的初始化，函数到这里的field=100.

        3.所以在主函数中的System.out.println(obj.field);输出的filed=100.

        4.obj=new InitializeBlockClass(300); System.out.println(obj.field);是调用了构造函数，使用构造函数进行了初始化，赋值300，故输出的filed=300.

对规律进行的总结：

　　1. 执行类成员定义时指定的默认值或类的初始化块，到底执行哪一个要看哪一个“排在前面”。

　　2. 执行类的构造函数。

　　3. 类的初始化块不接受任何的参数，而且只要一创建类的对象，他们就会被执行。因此，适合于封装那些“对象创建时必须执行的代码”。

3.请运行以下程序，观察输出结果，总结出“静态初始化块的执行顺序”。

package 课堂3;
class Root
{
    static{
        System.out.println("Root的静态初始化块");
    }
    {
        System.out.println("Root的普通初始化块");
    }
    public Root()
    {
        System.out.println("Root的无参数的构造器");
    }
}
class Mid extends Root
{
    static{
        System.out.println("Mid的静态初始化块");
    }
    {
        System.out.println("Mid的普通初始化块");
    }
    public Mid()
    {
        System.out.println("Mid的无参数的构造器");
    }
    public Mid(String msg)
    {
        //通过this调用同一类中重载的构造器
        this();
        System.out.println("Mid的带参数构造器，其参数值：" + msg);
    }
}
class Leaf extends Mid
{
    static{
        System.out.println("Leaf的静态初始化块");
    }
    {
        System.out.println("Leaf的普通初始化块");
    }    
    public Leaf()
    {
        //通过super调用父类中有一个字符串参数的构造器
        super("Java初始化顺序演示");
        System.out.println("执行Leaf的构造器");
    }

}

public class TestStaticInitializeBlock
{
    public static void main(String[] args) 
    {
        new Leaf();
        

    }
}

結果：

 

静态初始化块的执行顺序：

1.静态初始化块只执行一次。

2.创建子类型的对象时，也会导致父类型的静态初始化块的执行。

父类的静态初始化块

子类的静态初始化块

父类的初始化块

父类的构造函数

子类的初始化块

子类的构造函数

4.一个有趣的问题

静态方法中只允许访问静态数据，那么，如何在静态方法中访问类的是实例成员（即没有附加static关键字的字段方法）？

/**
 * 
 */

/**
 * @author 信1605-3 20163471 吴鑫
 *
 */
public class Test {

    /**
     * @param args
     */
    int value1=1;//实例变量
    static int value2=2;//类的静态变量
    public static void print()//静态方法
    {
        System.out.println("实例变量value1="+new Test().value1);
        //在静态方法中访问类的实例变量需进行类的实例化
        System.out.println("静态变量value2="+value2);
        //在静态方法中课直接访问类的静态变量
    }
    public static void main(String[] args) {
        // TODO 自动生成的方法存根
        Test test=new Test();
        Test.print();
        System.out.println("结果是:实例变量="+test.value1);
        //访问实例成员
    }

}

 运行结果：

 

Integer类的装箱和拆箱到底是怎样实现的？

让我们先来了解一下装箱和拆箱

装箱就是  自动将基本数据类型转换为包装器类型；拆箱就是  自动将包装器类型转换为基本数据类型。

下表是基本数据类型对应的包装器类型：

public class BoxAndUnbox {

/**
* @param args
*/
      public static void main(String[] args)

    {
      int value=100;

      Integer obj=value; //装箱

      int result=obj*2; //拆箱
      System.out.println(result);

      System.out.println(obj); 

  }

}

反编译class文件之后得到如下内容

由此可见 在装箱的时候自动调用的是Integer的valueOf(int)方法。而在拆箱的时候自动调用的是Integer的intValue方法。

因此可以用一句话总结装箱和拆箱的实现过程：

　　装箱过程是通过调用包装器的valueOf方法实现的，而拆箱过程是通过调用包装器的 intValue方法实现的.

 5.一段神奇的代码

public class MagicCode {

    /**
     * @param args
     */
    public static void main(String[] args) {
        // TODO 自动生成的方法存根
        Integer i1=100;
        Integer j1=100;
        System.out.println(i1=j1);//ture
        
        Integer i2=129;
        Integer j2=129;
        System.out.println(i2=j2);//false
    }

}

以上是一段神奇的代码，乍一看，是两个true，然而一运行却是一个true一个false，这是为什么？
我们首先来编译一下

没毛病啊，再来反编译一下

 

我们可以看到使用的Integer方法的路径，打开JDK，找到它

 

 打开它，用eclipse整理一下，然后其中有一段如下所示

    /**
     * Cache to support the object identity semantics of autoboxing for values between
     * -128 and 127 (inclusive) as required by JLS.
     *
     * The cache is initialized on first usage.  The size of the cache
     * may be controlled by the {@code -XX:AutoBoxCacheMax=<size>} option.
     * During VM initialization, java.lang.Integer.IntegerCache.high property
     * may be set and saved in the private system properties in the
     * sun.misc.VM class.
     */

    private static class IntegerCache {
        static final int low = -128;
        static final int high;
        static final Integer cache[];

        static {
            // high value may be configured by property
            int h = 127;
            String integerCacheHighPropValue =
                    sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");
            if (integerCacheHighPropValue != null) {
                try {
                    int i = parseInt(integerCacheHighPropValue);
                    i = Math.max(i, 127);
                    // Maximum array size is Integer.MAX_VALUE
                    h = Math.min(i, Integer.MAX_VALUE - (-low) -1);
                } catch( NumberFormatException nfe) {
                    // If the property cannot be parsed into an int, ignore it.
                }
            }
            high = h;

            cache = new Integer[(high - low) + 1];
            int j = low;
            for(int k = 0; k < cache.length; k++)
                cache[k] = new Integer(j++);

            // range [-128, 127] must be interned (JLS7 5.1.7)
            assert IntegerCache.high >= 127;
        }

        private IntegerCache() {}
    }

    /**
     * Returns an {@code Integer} instance representing the specified
     * {@code int} value.  If a new {@code Integer} instance is not
     * required, this method should generally be used in preference to
     * the constructor {@link #Integer(int)}, as this method is likely
     * to yield significantly better space and time performance by
     * caching frequently requested values.
     *
     * This method will always cache values in the range -128 to 127,
     * inclusive, and may cache other values outside of this range.
     *
     * @param  i an {@code int} value.
     * @return an {@code Integer} instance representing {@code i}.
     * @since  1.5
     */
    public static Integer valueOf(int i) {
        if (i >= IntegerCache.low && i <= IntegerCache.high)
            return IntegerCache.cache[i + (-IntegerCache.low)];
        return new Integer(i);
    }

    /**
     * The value of the {@code Integer}.
     *
     * @serial
     */

在以上代码的12行我们可以看到IntegerCache类，它定义了一个[-128,127]的数组

在类加载时就将-128 到 127 的Integer对象创建了，并保存在cache数组中

然后我们再来看看61行的ValueOf方法，有段很明显的

if (i >= IntegerCache.low && i <= IntegerCache.high)

　　return IntegerCache.cache[i + (-IntegerCache.low)];

return new Integer(i);

也就是说，如果取的值是在-128 到 127 之间，

就直接在cache缓存数组中去取Integer对象，

然而超出范围，就得return new Integer(i);

也就是说随机的一个数，

这个值反正是[-128,127]之间，肯定不会是129就对了