1700439858
1700439859
//判断是否是Date类型
1700439860
1700439861
public boolean isDateInstance（T t）{
1700439862
1700439863
return t instanceof Date；
1700439864
1700439865
}
1700439866
1700439867
}
1700439868
1700439869
就这么一段程序，instanceof的所有应用场景都出现了，同时问题也产生了：这段程序中哪些语句会编译通不过？我们一个一个地来解说。
1700439870
1700439871
“Sting”instanceof Object
1700439872
1700439873
返回值是true，这很正常，“String”是一个字符串，字符串又继承了Object，那当然是返回true了。
1700439874
1700439875
new String（）instanceof String
1700439876
1700439877
返回值是true，没有任何问题，一个类的对象当然是它的实例了。
1700439878
1700439879
new Object（）instanceof String
1700439880
1700439881
返回值是false, Object是父类，其对象当然不是String类的实例了。要注意的是，这句话其实完全可以编译通过，只要instanceof关键字的左右两个操作数有继承或实现关系，就可以编译通过。
1700439882
1700439883
‘A’instanceof Character
1700439884
1700439885
这句话可能有读者会猜错，事实上它编译不通过，为什么呢？因为’A’是一个char类型，也就是一个基本类型，不是一个对象，instanceof只能用于对象的判断，不能用于基本类型的判断。
1700439886
1700439887
null instanceof String
1700439888
1700439889
返回值是false，这是instanceof特有的规则：若左操作数是null，结果就直接返回false，不再运算右操作数是什么类。这对我们的程序非常有利，在使用instanceof操作符时，不用关心被判断的类（也就是左操作数）是否为null，这与我们经常用到的equals、toString方法不同。
1700439890
1700439891
（String）null instanceof String
1700439892
1700439893
返回值是false，不要看这里有个强制类型转换就认为结果是true，不是的，null是一个万用类型，也可以说它没类型，即使做类型转换还是个null。
1700439894
1700439895
new Date（）instanceof String
1700439896
1700439897
编译通不过，因为Date类和String没有继承或实现关系，所以在编译时直接就报错了，instanceof操作符的左右操作数必须有继承或实现关系，否则编译会失败。
1700439898
1700439899
new GenericClass＜String＞（）. isDateInstance（””）
1700439900
1700439901
编译通不过？非也，编译通过了，返回值是false, T是个String类型，与Date之间没有继承或实现关系，为什么”t instanceof Date”会编译通过呢？那是因为Java的泛型是为编码服务的，在编译成字节码时，T已经是Object类型了，传递的实参是String类型，也就是说T的表面类型是Object，实际类型是String，那”t instanceof Date”这句话就等价于”Object instance of Date”了，所以返回false就很正常了。
1700439902
1700439903
就这么一个简单的instanceof，你答对几个？
1700439904
1700439905
1700439906
1700439907
[
上一页 ]
[ :1.700439858e+09 ]
[
下一页 ]