[改善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,你答对几个?
作者:SummerChill 出处:http://www.cnblogs.com/DreamDrive/ 本博客为自己总结亦或在网上发现的技术博文的转载。 如果文中有什么错误,欢迎指出。以免更多的人被误导。 |