2004年十一月月 发布的文章

Effective Java阅读笔记-item4、6

Dreamhead把他用大把银子买来的“Effective Java”借给我阅读,我真是很感动亚,我只能用行动来感谢Dreamhead了。^_^

4、避免创建重复对象
我们知道构造函数每次被调用的时候都会创建一个新的对象,在有些情况下这样会很浪费。那我们能不能重复使用一个对象(这个对象应该是immutable的),而不是在每次需要的时候都要创建一个新的对象呢?这就是这个item4所要讲述的事情。

重用immutable对象
在item1时我们说过使用static factory method方法可以控制对象的创建,在这里我们将用到此种方法。

举个Boolean的例子,Boolean只有两个值true or false,而且Boolean是immutable的。Considering the following code:

private static final Boolean TRUE = new Boolean(true);
private static final Boolean FALSE = new Boolean(false);

public static final Boolean valueOf(final boolean b)
{
  if( b )
    return TRUE;
  else
    return FALSE;
}
可以看出immutable classes可以使用static factory method来避免产生重复对象。

重用已知不会被修改的可变对象

看看下面的例子:(改编自书中的例子,大部分摘取)
import java.util.*;

public class Person1 {
    private final Date birthDate;
    
    Person1(Date birthDate) {
        this.birthDate = birthDate;
    }

    public boolean isEighties(){//判断是否是80年代的人
       Calendar gmtCal = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
        gmtCal.set(1980, Calendar.JANUARY, 1, 0, 0, 0);
        Date EIGHTIES_START = gmtCal.getTime();
        gmtCal.set(1990, Calendar.JANUARY, 1, 0, 0, 0);
        Date EIGHTIES_END = gmtCal.getTime();
 
        return birthDate.compareTo(EIGHTIES_START) >= 0 &&
               birthDate.compareTo(EIGHTIES_END)   <  0;
    }

    public static void main(String[] args) {
        Person1 p = new Person1(new Date());
        long startTime = System.currentTimeMillis();
        for (int i=0; i<1000000; i++){
            p.isEighties();
        }
        long endTime = System.currentTimeMillis();
        long time = endTime – startTime;
        System.out.println(time+" ms.");
    }
}
//output:
9250ms

可以看出上述代码每次调用isEighties函数时,Calendar,Date,TimeZone都要被实例化一次,这样的代价适合昂贵的。我们改进一下,将不变的Date对象的实例化的工作放在一个static初始化中,看看效果如何。

import java.util.*;

public class Person {
    private final Date birthDate;
    
    Person(Date birthDate) {
        this.birthDate = birthDate;
    }
    
    private static final Date EIGHTIES_START;
    private static final Date EIGHTIES_END;

    static {
        Calendar gmtCal = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
        gmtCal.set(1980, Calendar.JANUARY, 1, 0, 0, 0);
        EIGHTIES_START = gmtCal.getTime();
        gmtCal.set(1990, Calendar.JANUARY, 1, 0, 0, 0);
        EIGHTIES_END = gmtCal.getTime();
    }

    public boolean isEighties(){
        return birthDate.compareTo(EIGHTIES_START) >= 0 &&
               birthDate.compareTo(EIGHTIES_END)   <  0;
    }

    public static void main(String[] args) {
        Person p = new Person(new Date());

        long startTime = System.currentTimeMillis();
        for (int i=0; i<1000000; i++){
            p.isEighties();
        }
        long endTime = System.currentTimeMillis();
        long time = endTime – startTime;
        System.out.println(time+" ms.");
    }
}
//output:
62ms

哇! 9250 vs 62 ,速度得到飞快提升。

6、避免使用终结函数
在这一节中作者也写了很多,不过我最感兴趣的是“finalizer chaining”终结函数链。
其主要的内容就是“如果一个类(除了Object类)拥有一个finalize函数,并且它的子类override了finalize函数(java中所有类的member func都是virtual的,可以被override的),那么你应该在子类的finalize函数中手动调用父类的finalize函数”。

protected void finalize() throws Throwable {
    try {
        //finalize subclass state
        …
    }finally{
        super.finalze();
}
}

如果你不手动调用父类的finalize函数,父类的finalize函数将永远不会被调用。那么父类的finalize函数中的关键资源将不能够被释放。但是程序员总是有些“粗心大意”的,我们不能指望程序员都能记住要手动调用父类的finalize,那么我们就要想办法了。书中提到了“finalizer guardian”的概念。书中的论点是:“对于所有带有finalize函数的非final的public class,都应该考虑finalizer guardian技术”这里举例说一下我的理解,以书中的例子为例:

从原来的
public class Foo {
    protected void finalize() throws Throwable {
        //finalize the class Foo object
            …..
        }
    };
    //…..
}

进化为
public class Foo {
    private final Object finalizerGuardian = new Object() {
        protected void finalize() throws Throwable {
            //finalize the outer class Foo object
            …..
        }
    };
    //…..
    //注意:该Foo类中并无finalize函数,所有关键资源的释放都由inner class override的finalize负责释放。
}

我们首先看看进化后类中的角色:

Foo类:拥有关键资源需要释放且可能作为父类被继承。
Inner class: 继承自Object类,override了Object的finalize方法,并在finalize方法中帮助释放其outer class Foo的关键性资源。

关键性资源释放的流程:由于inner class object和Foo object同生命周期,它们可以同时启动终结过程,inner class在终结过程中就会帮助Foo class释放关键性资源,保证关键性资源不会泄露。这样即使Foo类的子类在finalize中没有手动调用(如果父类使用了finalizer guardian技术,子类就无需手动调用父类的finalize了)父类的finalize,父类的关键资源也会被释放掉。That’s all!^_^

Effective Java阅读笔记-item1

Dreamhead把他用大把银子买来的“Effective Java”借给我阅读,我真是很感动亚,我只能用行动来感谢Dreamhead了。^_^

1、使用静态工厂方法代替构造函数

静态工厂方法优点:

可命名性:(而构造函数的名字必须和类名一致),使class使用起来较容易,构造函数只是根据不同的函数signature来区分,对使用者来说容易发生调用错误。

内部cache特性:在静态工厂内部可采用cache等机制控制对象实例的产生,比如singleton机制。返回一个原类型的一个子类型的对象。(体现了面向接口,不知道我这么理解是否正确)

用我蹩脚的初学的java代码来说明问题吧^_^。
Consider the following code:
//BaseObj.java
public abstract class BaseObj{

    public static BaseObj getInstance(String className){
        try{
            Class c = Class.forName(className);
            return (BaseObj)c.newInstance();
        }catch(Exception e){
            return null;
        }
    }
    public abstract void show();
};

//SubObj1.java
public class SubObj1 extends BaseObj{
    public void show(){
        System.out.println(" I am SubObj1");
    }
};

//SubObj2.java
public class SubObj2 extends BaseObj{
    public void show(){
        System.out.println(" I am SubObj2");
    }
};
//TestStaticFactoryMethod.java
public class TestStaticFactoryMethod{
    public static void main(String[] args) {
        BaseObj.getInstance("SubObj1").show();
        BaseObj.getInstance("SubObj2").show();
    }
}

//output:
I am SubObj1
I am SubObj2

从代码可以看出我们可以通过Reflection机制在runtime期间产生某种BaseObj的子类型,所以在编写BaseObj代码时我们根本不需要知道BaseObj到底有几个子类型。有的人说即使这样我们在使用的时候也要明确传入子类的类型的名字,也就是说还要指名道姓,如上面代码中我们传入"SubObj1"和"SubObj2",有人提出使用abstract factory的模式,显然有可能解决问题,但是就上面的论述"返回一个原类型的一个子类型的对象"而言,使用abstract factory显然是混淆了概念。这里可以用一些折中的办法,比如在BaseObj中维护一个map表,并利用配置文件来动态load sub class’s name and keys,这样我们只需修改配置文件就可以动态的增加子类型。

设计模式中的Factory pattern与这里谈到的工厂方法还是有一定区别的,不要混为一谈。首先我们这里谈的static factory method的产生对象是什么我们要搞清楚,是产生static factory method本身的对象或者其子类型的对象(上面的代码是产生子类型的对象)。而设计模式中的工厂模式中“工厂”和“产品”之间并无继承关系。

如设计模式工厂模式的一段例子代码:
public class Factory{
  public static Sample creator(int which){
  //getClass 产生Sample 一般可使用动态类装载装入类。
  if (which==1)
    return new SampleA();
  else if (which==2)
    return new SampleB();
  }
}
可以看出工厂的类型为:Factory ,而产品为SampleA or SampleB。

静态工厂方法缺点:
- 类如不提供public or protected就不能被子类化;
- 它和其它静态方法没有任何区别,在文档中不能显著体现出来它的作用

现在java标准包中很多都是在abstract class中提供static factory method的,abstract 类本身就是用来被继承的,所以说第一个缺点被淡化了,书的作者的观点是这个缺点鼓励程序员使用复合,少用继承。至于第二个缺点现在有两个被很多包使用的static factory method的名字,valueOf和getInstance。我们这么用就行了^_^。

从上面代码的分析中我们可以看到工厂方法有优点也有缺点,使不使用工厂方法你自己决定吧^_^。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言精进之路1 Go语言精进之路2 商务合作请联系bigwhite.cn AT aliyun.com

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats