创建和销毁对象

最新推荐文章于 2021-03-01 16:02:16 发布

发飙的蜗牛咻咻咻~

最新推荐文章于 2021-03-01 16:02:16 发布

阅读量304

点赞数 3

分类专栏： ★ Java 编程规范文章标签： Effective Java 开发干货实用经验读书笔记

huadong

本文链接：https://blog.csdn.net/qq_36221788/article/details/95000394

版权

★ Java 编程规范专栏收录该内容

4 篇文章 0 订阅

订阅专栏

第1条考虑用静态方法代替构造器

类可以通过静态工厂方法来提供它的客户端，而不是通过构造器。提供静态工厂方法而不是公有构造器，这样做具有几大优势。

1.静态工厂方法与构造器不同的第一大优势在于，它们有名称。

例如，构造器BigInteger(int,int,Random)返回的BigInteger可能为素数，如果名为BigInteger.probablePrime的静态工厂方法来表示，显然更为清晰

2.静态工厂方法与构造器不同的第二大优势在于，不用在每次调用它们的时候都创建一个新对象。

静态工厂方法能够为重复的调用返回相同对象，这样有助于类总能控制在某个时刻哪些实例应该存在。这种类被称作实例受控的类。实例受控使得类可以确保他是一个Singleton或者是不可实例化的。

3.静态工厂方法与构造器不同的第三大优势在于，它们可以返回原返回类型的任何子类型的对象。

这种灵活性的一种应用是，API可以返回对象，同时又不会使对象的类变成公有的。以这种方式隐藏实现类会使API变的非常简洁。

4.静态工厂方法的第四大优势在于，在创建参数化类型实例的时候，它们使代码变得更加简洁
其实这一点java1.7就已经优化，调用参数化构造器时，它会自动进行类型检查，不需要显示申明

Map<String, List<String>> map = new HashMap<String, List<String>>();
//上下两种方式都是可以的
Map<String, List<String>> map = new HashMap<>();

静态工厂方法的主要缺点在于，类如果不含公有的或者受保护的构造器，就不能被子类化。
静态工厂方法的第二个缺点在于，它们与其他的静态方法实际上没有任何区别。

最后附上静态工厂方法的一些惯用命名：

valueOf----不太严格讲，该方法返回的实例与它的参数具有相同的值。这样的静态工厂方法实际上是类型转换方法。
of----valueOf的一种更为简洁的替代，在EnumSet中使用并流行起来。
getInstance----返回的实例是通过方法的参数来描述的。
newInstance----和getInstance一样，但newInstance能够确保返回的每个实例都与所有其他实例不同。
getType----和getInstance一样，但是在工厂方法处于不同的类中的时候使用。Type表示工厂方法所返回的对象类型。
newType----和newInstance一样，但是在工厂方法处于不同的类中的时候使用。Type表示工厂方法所返回的对象类型。

第2条遇到多个构造器参数时要考虑用构建器

静态工厂和构造器有个共同的局限性：它们都不能很好地扩展到大量的可选参数。
第三种替代方法，即能保证像重叠构造器模式那样的安全性，也能保证像JavaBeans模式那么好的可读性。这就是Builder模式的一种形式。不直接生成想要的对象，而是让客户端利用所有必要的参数调用构造器（或者静态工厂），得到一个builder对象。让后客户端在builder对象上调用类似于setter的方法，来设置每个相关的可选参数。最后客户端调用无参的builder方法来生成不可变的对象。

其实，像SpringBoot启动类就是个典型的例子：

public class Application extends SpringBootServletInitializer {
    public static void main(String[] args) throws Exception {
    	//使用构建器创建SpringApplication对象
        SpringApplication springApplication = new SpringApplicationBuilder()
                .bannerMode(Banner.Mode.CONSOLE)
                .initializers(ApplicationContextInitializerImpl.instance())
                .sources(Application.class)
                .build();
        springApplication.run();
    }
}

第3条用私有构造器或者枚举类型强化Singleton属性

实现Singleton有两种方法。这两种方法都要把构造器保持为私有的，并导出公有的静态成员，以便允许客户端能够访问该类的唯一实例。
实现Singleton还有第三种方法。只编写一个包含单个元素的枚举类型：

private enum Elvis {
	INSTANCE;
	public void leaveTheBuilding(){...}
}

第4条通过私有构造器强化不可实例化的能力

其实就像一些工具类，我们不想让其他用户创建该类对象，也不想被其他类继承，我们只要把这个类的构造器私有化，他就不能被实例化了。

第5条避免创建不必要的对象

一般来说，最好能重用对象而不是在每次需要的时候就创建一个相同功能的新对象。
对于同时提供了静态工厂方法和构造器的不可变类，通常可以使用静态工厂方法而不是构造器，以避免创建不必要的对象。因为构造器在每次被调用的时候都会创建一个新的对象，而静态工厂方法只会创建一个。
要优先使用基本类型而不是装箱基本类型，要当心无意识的自动装箱。
当你应该重用现有对象的时候，请不要创建新的对象。

第6条消除过期的对象引用

清空过期引用的另一个好处是，如果它们以后又被错误地解除引用，程序就会立即抛出空指针异常，而不是悄悄地错误运行下去。尽快地检测出程序中的错误总是有益的。
一般而言，只要类是自己管理内存，程序员就应该警惕内存泄漏问题。一旦元素被释放掉，则该元素中包含的任何对象引用都应该被清空。
内存泄漏的另一个常见来源是缓存。
内存泄漏的第三个常见来源是监听器和其他回调。确保回调立即被当做垃圾回收的最佳方法是只保存它们的弱引用。

第7条避免使用终结方法

终结方法通常是不可预测的，也是很危险的，一般情况下是不必要的。使用终结方法会导致行为不稳定，降低性能，以及可移植性问题。
显示终止方法的典型例子是InputStream、OutputStream和java.sql.Connection上的close方法。显示的终止方法通常与try-finally结构结合起来使用，以确保及时终止。在finally子句内部调用显示的终止方法，可以保证即使在使用对象的时候有异常抛出，该终止方法也会执行。
你应该在一个try块中终结子类，并在相应的finally块中调用超类的终结方法。这样做可以保证：即使子类的终结过程抛出遗产，超类的终结方法也会得到执行。