1700438678
1700438679
@Override
1700438680
1700438681
void fun（int price, int[]discounts）{
1700438682
1700438683
System.out.println（“Sub……fun”）；
1700438684
1700438685
}
1700438686
1700438687
}
1700438688
1700438689
请问：该程序有问题吗？—编译通不过。那问题出在什么地方呢？
1700438690
1700438691
@Override注解吗？非也，覆写是正确的，因为父类的calPrice编译成字节码后的形参是一个int类型的形参加上一个int数组类型的形参，子类的参数列表也与此相同，那覆写是理所当然的了，所以加上@Override注解没有问题，只是Eclipse会提示这不是一种很好的编码风格。
1700438692
1700438693
难道是“sub.fun（100，50）”这条语句？正解，确实是这条语句报错，提示找不到fun（int, int）方法。这太奇怪了：子类继承了父类的所有属性和方法，甭管是私有的还是公开的访问权限，同样的参数、同样的方法名，通过父类调用没有任何问题，通过子类调用却编译通不过，为啥？难道是没继承下来？或者子类缩小了父类方法的前置条件？那如果是这样，就不应该覆写，@Override就应该报错，真是奇妙的事情！
1700438694
1700438695
事实上，base对象是把子类对象Sub做了向上转型，形参列表是由父类决定的，由于是变长参数，在编译时，“base.fun（100，50）”中的“50”这个实参会被编译器“猜测”而编译成“{50}”数组，再由子类Sub执行。我们再来看看直接调用子类的情况，这时编译器并不会把“50”做类型转换，因为数组本身也是一个对象，编译器还没有聪明到要在两个没有继承关系的类之间做转换，要知道Java是要求严格的类型匹配的，类型不匹配编译器自然就会拒绝执行，并给予错误提示。
1700438696
1700438697
这是个特例，覆写的方法参数列表竟然与父类不相同，这违背了覆写的定义，并且会引发莫名其妙的错误。所以读者在对变长参数进行覆写时，如果要使用此类似的方法，请找个小黑屋仔细想想是不是一定要如此。
1700438698
1700438699
注意 覆写的方法参数与父类相同，不仅仅是类型、数量，还包括显示形式。
1700438700
1700438701
1700438702
1700438703
1700438705
编写高质量代码：改善Java程序的151个建议 建议7：警惕自增的陷阱
1700438706
1700438707
记得大学刚开始学C语言时，老师就说：自增有两种形式，分别是i++和++i, i++表示的是先赋值后加1，++i是先加1后赋值，这样理解了很多年也没出现问题，直到遇到如下代码，我才怀疑我的理解是不是错了：
1700438708
1700438709
public class Client{
1700438710
1700438711
public static void main（String[]args）{
1700438712
1700438713
int count=0；
1700438714
1700438715
for（int i=0；i＜10；i++）{
1700438716
1700438717
count=count++；
1700438718
1700438719
}
1700438720
1700438721
System.out.println（“count=”+count）；
1700438722
1700438723
}
1700438724
1700438725
}
1700438726
1700438727
这个程序输出的count等于几？是count自加10次吗？答案等于10？可以非常肯定地告诉你，答案错误！运行结果是count等于0。为什么呢？
[
上一页 ]
[ :1.700438678e+09 ]
[
下一页 ]