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("我可以飞");
}
}
那么接口存在的意义就不用说了吧，很明显了，为了更好的将设计与实现分离。
设计师写完需要的接口，别的不用管了，怎么实现是下面的事情了，这样不仅仅可以提高开发效率，也可以更好的维护。当然如果只有一个人开发，那就没必要分接口和类了！
小编认为这位大佬写的这个很详细
