打字猴:1.70044113e+09
1700441130
1700441131 父类构造函数调用子类的getPort方法获得端口号。
1700441132
1700441133 父类构造函数建立端口监听机制。
1700441134
1700441135 对象创建完毕,服务监听启动,正常运行。
1700441136
1700441137 貌似很合理,再仔细看看代码,确实也和我们的意图相吻合,那我们尝试多次运行看看,输出结果要么是“端口号:40000”,要么是“端口号:0”,永远不会出现“端口号:100”或是“端口号:1000”,这就奇怪了,40000还好说,但那个0是怎么冒出来的呢?代码在什么地方出现问题了?
1700441138
1700441139 要解释这个问题,我们首先要说说子类是如何实例化的。子类实例化时,会首先初始化父类(注意这里是初始化,可不是生成父类对象),也就是初始化父类的变量,调用父类的构造函数,然后才会初始化子类的变量,调用子类自己的构造函数,最后生成一个实例对象。了解了相关知识,我们再来看上面的程序,其执行过程如下:
1700441140
1700441141 子类SimpleServer的构造函数接收int类型的参数:1000。
1700441142
1700441143 父类初始化常变量,也就是DEFAULT_PORT初始化,并设置为40000。
1700441144
1700441145 执行父类无参构造函数,也就是子类的有参构造中默认包含了super()方法。
1700441146
1700441147 父类无参构造函数执行到“int port=getPort()”方法,调用子类的getPort方法实现。
1700441148
1700441149 子类的getPort方法返回port值(注意,此时port变量还没有赋值,是0)或DEFAULT_PORT(此时已经是40000)了。
1700441150
1700441151 父类初始化完毕,开始初始化子类的实例变量,port赋值100。
1700441152
1700441153 执行子类构造函数,port被重新赋值为1000。
1700441154
1700441155 子类SimpleServer实例化结束,对象创建完毕。
1700441156
1700441157 终于清楚了,在类初始化时getPort方法返回的port值还没有赋值,port只是获得了默认初始值(int类的实例变量默认初始值是0),因此Server永远监听的是40000端口了(0端口是没有意义的)。这个问题的产生从浅处说是由类元素初始化顺序导致的,从深处说是因为构造函数太复杂而引起的。构造函数用作初始化变量,声明实例的上下文,这都是简单的实现,没有任何问题,但我们的例子却实现了一个复杂的逻辑,而这放在构造函数里就不合适了。
1700441158
1700441159 问题知道了,修改也很简单,把父类的无参构造函数中的所有实现都移动到一个叫做start的方法中,将SimpleServer类初始化完毕,再调用其start方法即可实现服务器的启动工作,简洁而又直观,这也是大部分JEE服务器的实现方式。
1700441160
1700441161 注意 构造函数简化,再简化,应该达到“一眼洞穿”的境界。
1700441162
1700441163
1700441164
1700441165
1700441166 编写高质量代码:改善Java程序的151个建议 [:1700438104]
1700441167 编写高质量代码:改善Java程序的151个建议 建议35:避免在构造函数中初始化其他类
1700441168
1700441169 构造函数是一个类初始化必须执行的代码,它决定着类的初始化效率,如果构造函数比较复杂,而且还关联了其他类,则可能产生意想不到的问题,我们来看如下代码:
1700441170
1700441171 public class Client{
1700441172
1700441173 public static void main(String[]args){
1700441174
1700441175 Son s=new Son();
1700441176
1700441177 s.doSomething();
1700441178
1700441179 }
[ 上一页 ]  [ :1.70044113e+09 ]  [ 下一页 ]