Java Abstract 与 Interface 的区别与用法

写这个的时该， 还没有搞清楚接口与抽象类的用处。

20210120
时隔多年之后的简单总结为：抽象类与接口最大的区别，最深刻的区别是，抽象类是可以有成员变量的，是可以有方法的实现体的。但是接口是十分纯粹的。接口无非是定义几个没有实现的方法(其实相当于指定契约)。 而抽象类的书写过程中，既可以有成员变量(各种句柄， 这种句柄既可以是指向接口的，也可以是指向一个具体类的)这样的特质就会使得，抽象类特别适合”描述类与类之间的关系，以及类的更为具体但是也不会过度抽象这种程度的表达“。
如果觉得这种总结比较难以理解的话， 那么就从反面举个例子。

定义一个”人“ 接口，人有两条胳膊两条腿， 但是对于一些不幸的人士，可能有的人一条腿因为事故，拒掉了， 目前用的是义肢。 但是尽管义肢不是真正的推，但是走路的功能什么与真腿是一样的。 所以目前定义一下：

接口： 胳膊 有一个方法： 拿东西()

• 实现类1 真胳膊
• 实现类2 义肢 胳膊

接口： 腿 有方法： 走路（） 等等等

• 实现类1 真腿
• 实现类2 义肢 腿

那么让你定义个”人“， 人有两条胳膊，两条腿。 你觉得，如果将人， 写成一个接口比较好呢， 还是写成一个抽象类比较好？
1 假设强制将”人“写成一个接口。 我们知道接口中，只能有一些抽象方法，连个实现体也不能有， 然后就是接口中没有成员变量。。。没有成员变量这一点，就会让"人", 以接口这种写法立马蹩手蹩脚，很是怪异。因为你找不到一个很合理很直接并且很清爽的方式， 来描述"人是有两个胳膊两个腿的"。。。两个胳膊用什么表达？两个腿用什么表达？？这显然是成员变量才能表达的合适一点。 但是很不幸， 接口的特点，是不支持这种表达的。
2 假设强制将"人"写成一个抽象类。 那么一切是不是就自然而然了！是不是看起来就顺多了！

抽象类  人{
变量 两个元素的数组，元素类型为胳膊接口   胳膊们； (至于这个胳膊是真胳膊，还是义肢，根据具体情况而定)
变量 两个元素的数组，元素类型为腿接口		腿们；(至于这个胳膊是真腿，还是义肢，根据具体情况而定)

初始化（） {
胳膊们 = 获取胳膊（）；
腿们 = 获取腿（）；
}

抽象方法 获取胳膊（）；  （当前这个人具体是真人假人残疾人士机器人， 由子类去决定吧， 子类是什么就应该返回什么特质的胳膊）
抽象方法 获取腿（）；
}