避免创建不必要的对象.docxVIP

避开创建不必要的对象 2021-11-06 首先我们来看一下一个极端的反面例子 String str=new String(string); 这句话每次运转的时候都会创建一个String实例，由于传递给String构造函数的就是一个String实例，所以是完全没有必要的。 比如，假如将同一个对象插入到HashMap中一千万次，那么无疑这种做法是格外耗时耗空间的。 我们推举的做法如下 //在同一台JVM中，只需包含相同字符串值，这个对象就会被重用String str=string; 对于上面说的可能看着还是不直观，我们给出下面的测试（近一分钟的测试动图）? 在执行一千万次的put操作，使用推举的方法只需10s，且占用很少的空间，而使用new String()的这种方法，则耗费大量的时间空间（本机内存12G，占用了98%） 在我们的项目之中，会有很多的静态数据是不会被修改的，这时候我们就可以重用它们。 现在有一个需求，就是推断一个人是不是90后（post-90s：1990-2000之间）。?我们需要一个Person类，在其中供应一个推断方法isPost90s() 类的基本框架如下，我们将推断方法isPost90s()单独拿出来分析 package com.blog.effective5;import java.util.Calendar;import java.util.Date;import java.util.TimeZone;/** * Person类,推断90后. * * @author 未绪~. * @date 2021/11/02-09:06. */public class Person { ? ?private final Date birthDate;//Person类有一个诞生日期的字段 ? ?public Person(Date birthDate) {//Constructor ? ? ? ?this.birthDate = birthDate; ? ?} ? ?public boolean isPost90s() {//推断是不是 90 后 ? ? ? ?return null; ? ?} } 首先最直接的实现推断方法isPost90s()的代码如下 ? ?public boolean isPost90s() { ? ? ? ?Calendar gmtCal = Calendar.getInstance(TimeZone.getTimeZone(GMT)); ? ? ? ?gmtCal.set(1990, Calendar.JANUARY, 1, 0, 0, 0); ? ? ? ?Date post90sStart = gmtCal.getTime();//90后开头时间[包含] ? ? ? ?gmtCal.set(2000, Calendar.JANUARY, 1, 0, 0, 0); ? ? ? ?Date post90sEnd = gmtCal.getTime();//90后结束时间[不包含] ? ? ? ?//compareTo()函数来比较当前Person是不是90后 ? ? ? ?return birthDpareTo(post90sStart) = 0 ? ? ? ? ? ? ? ?birthDpareTo(post90sEnd) 0; ? ?} 在对一个Person实例进行一百万次的推断其是不是90后，期相应结果如下 测试代码 Date s=new Date(); long time Person p=new Person(new Date());for (long i = 0; i time; i++) { ? ?p.isPost90sMethod1(); }Date e=new Date(); System.out.println((e.getTime() - s.getTime())/1000.0+s); 上次运转花费时间分别为：8.145s，8.254s，7.27s 我们观看代码就会发觉问题?post90sStart和post90sEnd分别对应开头时间和结束时间是已知不会变的，不必要每次调用方法都去创建一个新的。?故可将其放在static域里面，这样可以在Person对象创建的时候将其实例化出来，以后直接重用就可以了。 Person类的定义如下代码 public class Person { ? ?private final Date birthDate; ? ?//设置成静态不行变的数据 ? ?public static final Date BoomStart; ? ? ? ?