Java面向对象编程 6.3 方法覆盖（Override）
Java面向对象编程-6.3 方法覆盖（Override）假如有100个类，分别为Sub1，Sub2…Sub100，它们的一个共同行为是写字，除了Sub1类用脚写字外，其余的类都用手写字。可以抽象出一个父类Base，它有一个表示写字的方法write()，那么这个方法到底如何实现呢？从尽可能提高代码可重用性的角度看，write()方法应该采用适用于大多数子类的实现方式，这样就可以避免在大多数子类中重复定义write()方法。因此Base类的write ()方法的定义如下：
public void write(){ //Base类的write()方法
//用手写字
…
}
由于Sub1类的写字的实现方式与Base类不一样，因此在Sub1类中必须重新定义write()方法。
public void write(){ //Sub1类的write()方法
//用脚写字
…
}
如果在子类中定义的一个方法，其名称、返回类型及参数签名正好与父类中某个方法的名称、返回类型及参数签名相匹配，那么可以说，子类的方法覆盖了父类的方法。
覆盖方法必须满足多种约束，下面分别介绍。
（1）子类方法的名称、参数签名和返回类型必须与父类方法的名称、参数签名和返回类型一致。例如以下代码将导致编译错误。
public class Base {
public void method() {…}
}
public class Sub extends Base{
public int method() { //编译错误，返回类型不一致
return 0;
}
}
Java编译器首先判断Sub类的method()方法与Base类的method()方法的参数签名，由于两者一致，因此Java编译器认为Sub类的method()方法试图覆盖父类的方法，既然如此，Sub类的method()方法就必须和被覆盖的方法具有相同的返回类型。
以下代码中子类覆盖了父类的一个方法，然后又定义了一个重载方法，这是合法的。
public class Base {
public void method() {…}
}
public class Sub extends Base {
public void method(){…} //覆盖Base类的method()方法
public int method(int a) { //重载method()方法
return 0;
}
}
（2）子类方法不能缩小父类方法的访问权限。例如以下代码中子类的method()方法是私有的，父类的method()方法是公共的，子类缩小了父类方法的访问权限，这是无效的方法覆盖，将导致编译错误。
public class Base {
public void method() {…}
}
public class Sub extends Base {
private void method() {…} //编译错误，子类方法缩小了父类方法的访问权限
}
为什么子类方法不允许缩小父类方法的访问权限呢？这是因为假
相关文档：
java socket通信
TCP客户端：
import java.net.*;
import java.io.*;
public class Client {
static Socket server;
public static void main(String[] args) throws Exception {
server = new Socket(InetAddress.getLocalHost(), 23);
BufferedReader in = new BufferedReader(new InputStreamReader ......
最近想实现一个在自己手机上查询汉字拼音的程序，已经进行了大概20天了吧。但是上周的时候在Netbeans 6.8中运行程序，在输出中显示的是“Starting emulator in execution mode”，模拟器却启动不起来。去查看安装的Java平台，显示有 Java ME，尝试把它删除后，坏了，怎了也无法再次添加，明明指定了目录，却提示� ......
Java 中内部动态类(没有static)关键字和内部静态类的就在于内部动态类不能定义静态变量或是静态方法,如果要在内部类中使用静态成员,必须将类声明为静态类.
内部类中的静态方法可以访问外部类的静态方法和本类中的静态方法或成员, 非静态方法可以访问其他所有的方法或成员 ......
这个原则很简单，就是使用私有构造函数防止类被实例化。
有时，我们会写一些工具类，如java.lang.Math 或是 java.util.Arrays, 这些类中都是静态函数，在设计的时候，这些类并不是用来被实例化的。这个时候，就很有必要把构造函数私有化。
public class UtilityClass {
private UtilityClass() {
throw new Assertion ......
Finalizer 不可计划的,也是危险的,一般也是不必要的.
不能在finalizer中放任何与依赖时间相关的操作,因为你不知道它什么时候被执行. 比如在finalizer中关闭文件的做法就是错误的, 根据JVM的实现方式不同,有可能导致打开的文件数过多而无法再打开文件.
也不能在finalizer中改变状态,如给数据库解锁等.
finalizer还能带来� ......
