[改善Java代码] 避免instanceof非预期结果

建议18：避免instanceof非预期结果

instanceof是一个简单的二元操作符，它是用来判断一个对象是否是一个类实例的，其操作类似于>=、==，非常简单，我们来看段程序，代码如下：

 1 public class Client {
 2     public static void main(String[] args) {
 3         // String对象是否是Object的实例
 4         boolean b1 = "Sting" instanceof Object;//返回true
 5         // String对象是否是String的实例
 6         boolean b2 = new String() instanceof String;//返回true
 7         // Object对象是否是String的实例
 8         boolean b3 = new Object() instanceof String;//返回false
 9         //这句话是完全可以编译通过,只要instanceof关键字的左右两个操作数有继承或实现关系,就 可以编译通过.
10         
11         // 拆箱类型是否是装箱类型的实例
12         boolean b4 = 'A' instanceof Character;//编译不通过
13         //因为'A'是一个char类型，也就是一个基本类型，不是一个对象，instanceof只能用于对象的判断，不能用于基本类型的判断。
14         
15         // 空对象是否是String的实例
16         boolean b5 = null instanceof String;//返回false
17         //是instanceof特有的规则：若左操作数是null，结果就直接返回false，不再运算右操作数是什么类。这对我们的程序非常有利，
18         //在使用instanceof操作符时，不用关心被判断的类（也就是左操作数）是否为null，这与我们经常用到的equals、toString方法不同。
19         
20         // 类型转换后的空对象是否是String的实例
21         boolean b6 = (String) null instanceof String;//返回false
22         //返回值是false，不要看这里有个强制类型转换就认为结果是true，不是的，null是一个万用类型，也可以说它没类型，即使做类型转换还是个null。
23         
24         // Date对象是否是String的实例
25          boolean b7 = new Date() instanceof String;//编译不通过
26         //编译通不过，因为Date类和String没有继承或实现关系，所以在编译时直接就报错了，instanceof操作符的左右操作数必须有继承或实现关系，否则编译会失败。 
27          
28         // 在泛型类中判断String对象是否是Date的实例
29         boolean b8 = new GenericClass<String>().isDateInstance("");//返回false
30         
31     }
32 }
33 
34 class GenericClass<T> {
35     // 判断是否是Date类型
36     public boolean isDateInstance(T t) {
37         return t instanceof Date;
38     }
39 }

就这么一段程序，instanceof的所有应用场景都出现了，同时问题也产生了：这段程序中哪些语句会编译通不过？我们一个一个地来解说。

"Sting" instanceof Object

返回值是true，这很正常，“String"是一个字符串，字符串又继承了Object，那当然是返回true了。

new String() instanceof String

返回值是true，没有任何问题，一个类的对象当然是它的实例了。

new Object() instanceof String

返回值是false，Object是父类，其对象当然不是String类的实例了。要注意的是，这句话其实完全可以编译通过，只要instanceof关键字的左右两个操作数有继承或实现关系，就可以编译通过。

'A' instanceof Character

这句话可能有读者会猜错，事实上它编译不通过，为什么呢？因为'A'是一个char类型，也就是一个基本类型，不是一个对象，instanceof只能用于对象的判断，不能用于基本类型的判断。

null instanceof String

返回值是false，这是instanceof特有的规则：若左操作数是null，结果就直接返回false，不再运算右操作数是什么类。这对我们的程序非常有利，在使用instanceof操作符时，不用关心被判断的类（也就是左操作数）是否为null，这与我们经常用到的equals、toString方法不同。

(String)null instanceof String

返回值是false，不要看这里有个强制类型转换就认为结果是true，不是的，null是一个万用类型，也可以说它没类型，即使做类型转换还是个null。

new Date() instanceof String

编译通不过，因为Date类和String没有继承或实现关系，所以在编译时直接就报错了，instanceof操作符的左右操作数必须有继承或实现关系，否则编译会失败。

new GenericClass<String>().isDateInstance("")

编译通不过？非也，编译通过了，返回值是false，T是个String类型，与Date之间没有继承或实现关系，为什么''t instanceof Date''会编译通过呢？那是因为Java的泛型是为编码服务的，在编译成字节码时，T已经是Object类型了，传递的实参是String类型，也就是说T的表面类型是Object，实际类型是String，那''t instanceof Date''这句话就等价于 ''Object instance of Date''了，所以返回false就很正常了。

就这么一个简单的instanceof，你答对几个？