Java中抽象类与接口的详细说明

首先简单的介绍一下抽象类:

定义是很简单的,我们这里不写官方的语言,我自己看着都烦,我们就用白话介绍,抽象类本质是一个类,没问题,那么类里面一般都是有方法的,方法包括方法名和方法体,这是常识对不对,那么什么是抽象类呢?如果一个类里面有一种方法只有方法名却没有方法体,这样的类就是抽象类!

举个例子:

public abstract class TestAbstract {
	//这是一个抽象方法,
	public abstract void run(); 
	//当然这里面也可以是普通的方法
	public void eat() {
		System.out.println("我是一个在抽象类里面的普通方法");
	}
}

这里为了区别普通的类,我们一般加abstract这个关键字,我们就认为他是一个抽象类。既然是一个类,那么普通类的属性他都有,它也可以写普通的方法。

这里就有人说了,那这个有什么用呢?没有实现体,就是调用也没用啊,JDK也想到这个了,所以呢他是不让你直接实例化调用的,因为没用啊,对吧,这也是为什么抽象类不可以直接实例化自己,这里说实例化自己有些人不明白,说人话就是不可以自己创建一个自己的对象出来,他只能是子类的引用来创建父类的对象。

举个例子:

public static void main(String[] args) {
	/**
	 * 抽象类是不可以自己实例化自己的,只能实例化自己的子类,因为只有子类才有方法的实现,自己实例化自己是没有意义的。况且就是自己
	 * 里面有普通方法的实现,他的子类都是可以使用的。
	 */
	TestAbstract t = new TestA01();
	
}

回到之前的话题,既然有些方法不可以实现,写了做什么呢?难道就为了那几个可以实现的方法?当然不是的,这里的抽象类是为了子类更好的实现。

我们举个简单的例子:我们有一个动物的类,里面有一个Run的方法,这个时候我们需要继承他,一只狗说我会跑,老虎说我也会跑,孔雀说我也会跑,这个时候每一个子类都要继承他,而且由于Run方法已经被父类实现了,所以每一个都要重写方法体,是不是很麻烦,这个时候JDK就说了,既然那么多类需要继承他,我直接不实现这个方法,你们谁用谁实现算了。这个就是抽象类存在的意义!

说的比较官方一些的话,就是抽象类可以将设计和实现分离,你写你的抽象类,我写我的实现方法。这也是为什么说抽象方法必须被继承才有意义!

举个例子:

class TestA01 extends TestAbstract{
	/**
	 * @Override 是注解,JDK5.0以后的新特性,重写的意思,也就是说,如果是注解了的话,就是重写的方法,名字是不可以改的, 如果去掉注解,说明不是重写的方法
	 * 名字是可以改掉的。
	 */
	@Override
	public void run() {
		System.out.println("我是子类的run()");
	}
	
}

总结一下:

有抽象方法的类必然是抽象类
抽象类不可以被实例化,不能被new来实例化抽象类
抽象类可以包含属性,方法,构造方法,但是构造方法不能用来new实例,只能被子类调用
抽象类只能用来继承
抽象类的抽象方法必须被子类继承

下面我们说一下接口:

接口是我觉得Java里面相当伟大的一个发明,为什么呢?听我说完,接口我们可以认为本质也是一个类,只是修饰符改为了interface,类的修饰符是Class而已,那么接口是干嘛呢?前面讲了抽象类的使用,接口就是一个比抽象类还要抽象的类,前面说抽象类里面可以写普通的方法,说明还不够抽象,抽象的不够彻底,接口说干脆一不做二不休,规定只能写抽象方法算了,所以说接口是比抽象方法更抽象的类。

举个例子:

public interface MyIinterface {
	/**
	 * 接口里面只有常量和抽象方法
	 */
	/*public static final   接口中常量定义时都有这个,写不写都是这样*/String MAX_GREAD = "BOSS";
	int MAX_SPEED = 120;
	/*public abstatic  这里一样写不写都是public,因为不用public的话没有意义*/ void test01();
	public int test02(int a, int b);
	
}

有的人说不能被继承,不是和抽象类一样吗?为什么不写abstract关键字呢?不能被普通方法调用,不是静态变量吗?是的,说的都对,所以JDK这里不管你写不写,都是默认前面有这些修饰词的,上面我写的很明白!

上面有句话说不同public的话没有意义,其实写到这里我们可以基本认为接口和抽象类是一种规则了,它规定你这样用,你只要继承或者实现,就必须要按照他的来,所以我们对应到现实生活中的话,就是说是一种规则,既然是规则就是给别人看的,你一个公司制定出来了规章制度,不公布,别人怎么遵守?一个道理,如果不用public修饰别人引用不到,和不规定是一样的。所以JDK也明白,所以这里的方法你写不写public他都默认帮你加上!

下面讲实现

我们说了,抽象类也好,接口也好,不继承,不实现都是没有意义的,但是因为接口里面只有抽象方法,所以他必须被实现才有意义,不然就会被垃圾回收机制System.gc给回收掉,前面的文章说过了垃圾回收的原理,这里不做赘述,但是为什么不继承呢?有人说了?既然要被实现里面的方法,直接继承不行了吗?是的,但是类的继承只能是单继承,所以,如果一个类里面有很多的接口,怎么做?所以只能是实现!

但是有人说了,如果很多接口,最后一个继承了上面的所有接口,那我实现的时候是不是需要实现所有接口的方法?答案是肯定的:

举个例子:

package com.gaojizu.TestInterface;
/**
 * 测试接口的多继承
 * @author admin
 *
 */
public interface InterFaceA {
 
	void aaa();
}
/**
 * 接口B
 * @author admin
 *
 */
interface InterFaceB{
	void bbb();
}
/**
 * 接口C
 * @author admin
 *
 */
interface InterFaceC extends InterFaceA,InterFaceB{
	void ccc();
}
/**
 * 实现类
 * @author admin
 *
 */

    class TestClass implements InterFaceC{
     
    	@Override
    	public void aaa() {
    		System.out.println("TestClass.aaa()");
    		
    	}
     
    	@Override
    	public void bbb() {
    		System.out.println("TestClass.bbb()");
    		
    	}
     
    	@Override
    	public void ccc() {
    	   System.out.println("TestClass.ccc()");
    		
    	}
    	
    }

其实这里也不难理解,继承了就是拥有了父接口的抽象方法,自然就必须实现他。

那有人说了,我这里如果在子类里面声明了一个变量,那我直接用父接口的对象调用行不行呢?

举个例子:

class Plane implements FlyAble{
 
	String name;
	@Override
	public void fly() {
		System.out.println("我可以飞");
		
	}
	
}

这里有一个name,我测试的时候是不是可以直接使用呢?当然不是,需要强制转换:

看例子:

public static void main(String[] args) {
	/**
	 * 这里的接口是不可以自己实例化自己的,原因和抽象类是一样的,里面只有抽象方法,没有实现的,所以是实例化没有意义的
	 * 那么直接f是不可以调出子类里面的属性的,原因很简单,他是FlyAble的对象,那么他就只能找到自己下面的属性和方法
	 * 是没有办法知道子类的属性和方法的,想知道的话,就强制转换为子类的对象就行了。下面是例子
	 */
	FlyAble f = new Plane();
	//强制转换为Plane类
	Plane p = (Plane)f;
	p.name = "test";
}

其实这里用我们生活中的例子也是一样可以理解的,我们有一个会飞的类,他创建了一个天鹅的对象出来,天鹅说我会下蛋,那按照我们代码的逻辑来想,会飞的应该都会下蛋,显然不是,飞机也会飞,但是不会下蛋,怎么可以下蛋呢?将实例化出来的对象给一个具体使用的类,也就是天鹅!这里也是多态的一个体现,你给一个笼统的概念,然后具体的使用是什么就是什么的思想!

最后一点:实现是可以多实现的!

前面我们说接口的继承是可以多继承的,看明白,是接口可以多继承,类一样是单继承,实现是可以多实现的,你说我既可以飞,也可以跑,飞和跑在两个接口里面怎么办?可以同时实现:

看例子:

public interface FlyAble {
 
	int MAX_SPEED = 11000;
	int MIN_SPEED = 1;
	void fly();
}
/**
 * 攻击的接口
 * @author admin
 *
 */
interface Attack{
	void tack();
}
 
class Plane implements FlyAble{
 
	String name;
	@Override
	public void fly() {
		System.out.println("我可以飞");
		
	}
	
}
/**
 * 可以实现多个接口
 * @author admin
 *
 */
class men implements FlyAble,Attack{
 
	@Override
	public void tack() {
		System.out.println("我可以攻击");
		
	}
 
	@Override
	public void fly() {
		System.out.println("我可以飞");
	}
	
}

那么接口存在的意义就不用说了吧,很明显了,为了更好的将设计与实现分离。

设计师写完需要的接口,别的不用管了,怎么实现是下面的事情了,这样不仅仅可以提高开发效率,也可以更好的维护。当然如果只有一个人开发,那就没必要分接口和类了!

小编认为这位大佬写的这个很详细

接口与抽象

posted @ 2019-07-13 20:45  南墙1  阅读(28)  评论(0编辑  收藏  举报