JAVA面向对象概念之抽象与接口的意思以及区别 博客分类： Java
程序员文章站
2024-02-12 15:55:10
...
抽象类不可以被实例化，而且里面的方法有时候是空的，如果声明为抽象方法的话甚至没有方法体。那抽象类有什么用？但是抽象类可以被继承，我们可以设计一个“中国人”继承“人类”并重写人类中的抽象方法。这样使用的时候我们可以这样
这样在声明的时候我们并不需要知道是中国人还是美国人，或者日本猪。直到具体指向某个对象的时候才知道。这很有用。假设我们有一个方法可以，输入一个人，可以返回这个人说的语言。简单举例
aMan的类型在设计的时候并不知道是中国人还是美国人，所以就用他们功能的父类 人类。
这就是java的向上转型机制。当然，如果只是这样简单的用人类并不一定要抽象类，具体类也可以被继承。但这就涉及到我们编写程序的时候逻辑问题了。有时候你设计一个类，并不希望使用你这个类的人直接实例化，太抽象的东西实例化是没有意义的，就要用到抽象类了。
接口就更加抽象了，它里面的方法不允许有方法体。它也不能被实例化，也不能被继承。那他到底有什么用？ 它可以被“实现”
上面人类这个接口有两个抽象方法。
实现这个接口就是
public class Chinese implements Human {
//......
}
你可以简单地理解为这样和继承差不多。但是区别在哪里呢？因为在java中是不可以多重继承的。这样将导致很多问题。所以接口就是用来弥补这个不能多重继承的缺陷。显然，一可以同时实现很多个接口。以达到多重继承的效果。
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋1）接口中不能有非抽象方法，但抽象类中可以有。
2）一个类能实现多个接口，但只能有一个父类。
3）接口并不属于继承结构，它实际与继承无关，因此无关的类也可以实现同一个接口。
抽象类和方法
在我们所有乐器（Instrument）例子中，基础类Instrument内的方法都肯定是“伪”方法。若去调用这些方法，就会出现错误。那是由于Instrument的意图是为从它衍生出去的所有类都创建一个通用接口。
之所以要建立这个通用接口，唯一的原因就是它能为不同的子类型作出不同的表示。它为我们建立了一种基本形式，使我们能定义在所有衍生类里“通用”的一些东西。为阐述这个观念，另一个方法是把Instrument称为“抽象基础类”（简称“抽象类”）。若想通过该通用接口处理一系列类，就需要创建一个抽象类。对所有与基础类声明的签名相符的衍生类方法，都可以通过动态绑定机制进行调用（然而，正如上一节指出的那样，如果方法名与基础类相同，但自变量或参数不同，就会出现过载现象，那或许并非我们所愿意的）。
如果有一个象Instrument那样的抽象类，那个类的对象几乎肯定没有什么意义。换言之，Instrument的作用仅仅是表达接口，而不是表达一些具体的实施细节。所以创建一个Instrument对象是没有意义的，而且我们通常都应禁止用户那样做。为达到这个目的，可令Instrument内的所有方法都显示出错消息。但这样做会延迟信息到运行期，并要求在用户那一面进行彻底、可靠的测试。无论如何，最好的方法都是在编译期间捕捉到问题。
针对这个问题，Java专门提供了一种机制，名为“抽象方法”。它属于一种不完整的方法，只含有一个声明，没有方法主体。下面是抽象方法声明时采用的语法：
abstract void X();
包含了抽象方法的一个类叫作“抽象类”。如果一个类里包含了一个或多个抽象方法，类就必须指定成abstract（抽象）。否则，编译器会向我们报告一条出错消息。
若一个抽象类是不完整的，那么一旦有人试图生成那个类的一个对象，编译器又会采取什么行动呢？由于不能安全地为一个抽象类创建属于它的对象，所以会从编译器那里获得一条出错提示。通过这种方法，编译器可保证抽象类的“纯洁性”，我们不必担心会误用它。
如果从一个抽象类继承，而且想生成新类型的一个对象，就必须为基础类中的所有抽象方法提供方法定义。如果不这样做（完全可以选择不做），则衍生类也会是抽象的，而且编译器会强迫我们用abstract关键字标志那个类的“抽象”本质。
即使不包括任何abstract方法，亦可将一个类声明成“抽象类”。如果一个类没必要拥有任何抽象方法，而且我们想禁止那个类的所有实例，这种能力就会显得非常有用。
接口
“interface”（接口）关键字使抽象的概念更深入了一层。我们可将其想象为一个“纯”抽象类。它允许创建者规定一个类的基本形式：方法名、自变量列表以及返回类型，但不规定方法主体。接口也包含了基本数据类型的数据成员，但它们都默认为static和final。接口只提供一种形式，并不提供实施的细节。
接口这样描述自己：“对于实现我的所有类，看起来都应该象我现在这个样子”。因此，采用了一个特定接口的所有代码都知道对于那个接口可能会调用什么方法。这便是接口的全部含义。所以我们常把接口用于建立类和类之间的一个“协议”。有些面向对象的程序设计语言采用了一个名为“protocol”（协议）的关键字，它做的便是与接口相同的事情。
为创建一个接口，请使用interface关键字，而不要用class。与类相似，我们可在interface关键字的前面增加一个public关键字（但只有接口定义于同名的一个文件内）；或者将其省略，营造一种“友好的”状态。
为了生成与一个特定的接口（或一组接口）相符的类，要使用implements（实现）关键字。我们要表达的意思是“接口看起来就象那个样子，这儿是它具体的工作细节”。除这些之外，我们其他的工作都与继承极为相似
Human aMan; aMan = new Chinese();
这样在声明的时候我们并不需要知道是中国人还是美国人，或者日本猪。直到具体指向某个对象的时候才知道。这很有用。假设我们有一个方法可以，输入一个人，可以返回这个人说的语言。简单举例
public String language(Human aMan)
{
if(aMan.nationality=="中国")
return == "Chinese";
if（aMan.nationality=="美国"）
return "English";
}
aMan的类型在设计的时候并不知道是中国人还是美国人，所以就用他们功能的父类 人类。
这就是java的向上转型机制。当然，如果只是这样简单的用人类并不一定要抽象类，具体类也可以被继承。但这就涉及到我们编写程序的时候逻辑问题了。有时候你设计一个类，并不希望使用你这个类的人直接实例化，太抽象的东西实例化是没有意义的，就要用到抽象类了。
接口就更加抽象了，它里面的方法不允许有方法体。它也不能被实例化，也不能被继承。那他到底有什么用？ 它可以被“实现”
interface Human{
void run（）；
void walk（）；
}
上面人类这个接口有两个抽象方法。
实现这个接口就是
public class Chinese implements Human {
//......
}
你可以简单地理解为这样和继承差不多。但是区别在哪里呢？因为在java中是不可以多重继承的。这样将导致很多问题。所以接口就是用来弥补这个不能多重继承的缺陷。显然，一可以同时实现很多个接口。以达到多重继承的效果。
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋1）接口中不能有非抽象方法，但抽象类中可以有。
2）一个类能实现多个接口，但只能有一个父类。
3）接口并不属于继承结构，它实际与继承无关，因此无关的类也可以实现同一个接口。
抽象类和方法
在我们所有乐器（Instrument）例子中，基础类Instrument内的方法都肯定是“伪”方法。若去调用这些方法，就会出现错误。那是由于Instrument的意图是为从它衍生出去的所有类都创建一个通用接口。
之所以要建立这个通用接口，唯一的原因就是它能为不同的子类型作出不同的表示。它为我们建立了一种基本形式，使我们能定义在所有衍生类里“通用”的一些东西。为阐述这个观念，另一个方法是把Instrument称为“抽象基础类”（简称“抽象类”）。若想通过该通用接口处理一系列类，就需要创建一个抽象类。对所有与基础类声明的签名相符的衍生类方法，都可以通过动态绑定机制进行调用（然而，正如上一节指出的那样，如果方法名与基础类相同，但自变量或参数不同，就会出现过载现象，那或许并非我们所愿意的）。
如果有一个象Instrument那样的抽象类，那个类的对象几乎肯定没有什么意义。换言之，Instrument的作用仅仅是表达接口，而不是表达一些具体的实施细节。所以创建一个Instrument对象是没有意义的，而且我们通常都应禁止用户那样做。为达到这个目的，可令Instrument内的所有方法都显示出错消息。但这样做会延迟信息到运行期，并要求在用户那一面进行彻底、可靠的测试。无论如何，最好的方法都是在编译期间捕捉到问题。
针对这个问题，Java专门提供了一种机制，名为“抽象方法”。它属于一种不完整的方法，只含有一个声明，没有方法主体。下面是抽象方法声明时采用的语法：
abstract void X();
包含了抽象方法的一个类叫作“抽象类”。如果一个类里包含了一个或多个抽象方法，类就必须指定成abstract（抽象）。否则，编译器会向我们报告一条出错消息。
若一个抽象类是不完整的，那么一旦有人试图生成那个类的一个对象，编译器又会采取什么行动呢？由于不能安全地为一个抽象类创建属于它的对象，所以会从编译器那里获得一条出错提示。通过这种方法，编译器可保证抽象类的“纯洁性”，我们不必担心会误用它。
如果从一个抽象类继承，而且想生成新类型的一个对象，就必须为基础类中的所有抽象方法提供方法定义。如果不这样做（完全可以选择不做），则衍生类也会是抽象的，而且编译器会强迫我们用abstract关键字标志那个类的“抽象”本质。
即使不包括任何abstract方法，亦可将一个类声明成“抽象类”。如果一个类没必要拥有任何抽象方法，而且我们想禁止那个类的所有实例，这种能力就会显得非常有用。
接口
“interface”（接口）关键字使抽象的概念更深入了一层。我们可将其想象为一个“纯”抽象类。它允许创建者规定一个类的基本形式：方法名、自变量列表以及返回类型，但不规定方法主体。接口也包含了基本数据类型的数据成员，但它们都默认为static和final。接口只提供一种形式，并不提供实施的细节。
接口这样描述自己：“对于实现我的所有类，看起来都应该象我现在这个样子”。因此，采用了一个特定接口的所有代码都知道对于那个接口可能会调用什么方法。这便是接口的全部含义。所以我们常把接口用于建立类和类之间的一个“协议”。有些面向对象的程序设计语言采用了一个名为“protocol”（协议）的关键字，它做的便是与接口相同的事情。
为创建一个接口，请使用interface关键字，而不要用class。与类相似，我们可在interface关键字的前面增加一个public关键字（但只有接口定义于同名的一个文件内）；或者将其省略，营造一种“友好的”状态。
为了生成与一个特定的接口（或一组接口）相符的类，要使用implements（实现）关键字。我们要表达的意思是“接口看起来就象那个样子，这儿是它具体的工作细节”。除这些之外，我们其他的工作都与继承极为相似