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
1700439909
编写高质量代码：改善Java程序的151个建议 建议19：断言绝对不是鸡肋
1700439910
1700439911
在防御式编程中经常会用断言（Assertion）对参数和环境做出判断，避免程序因不当的输入或错误的环境而产生逻辑异常，断言在很多语言中都存在，C、C++、Python都有不同的断言表示形式。在Java中的断言使用的是assert关键字，其基本的用法如下：
1700439912
1700439913
assert＜布尔表达式＞
1700439914
1700439915
assert＜布尔表达式＞：＜错误信息＞
1700439916
1700439917
在布尔表达式为假时，抛出AssertionError错误，并附带了错误信息。assert的语法较简单，有以下两个特性：
1700439918
1700439919
（1）assert默认是不启用的
1700439920
1700439921
我们知道断言是为调试程序服务的，目的是为了能够快速、方便地检查到程序异常，但Java在默认条件下是不启用的，要启用就需要在编译、运行时加上相关的关键字，这就不多说，有需要的话可以参考一下Java规范。
1700439922
1700439923
（2）assert抛出的异常AssertionError是继承自Error的
[
上一页 ]
[ :1.700439874e+09 ]
[
下一页 ]