abstract修饰符可以用来修饰方法也可以修饰类如果修饰方法那么该方法就是抽象方法;如果修饰类,那么该类就是抽象类。
抽象类中可以没有抽象方法,但是有抽象方法的类一定要声明为抽象类。
抽象方法,只有方法的声明,没有方法的实现,它是用来让子类实现的。
子类继承抽象类,那么就必须要实现抽象类没有实现的抽象方法， 否则该子类也要声明为抽象类。
来看代码：
Action（抽象类）：
package com.opp.demo10;
// 抽象类：类：extend 单继承
// 抽象类就是一个约束，别人来帮他实现方法
public abstract class Action {
// 抽象方法，只有方法名字，没有方法的实现
public abstract void doSomething();
// 且抽象类不能new
}
//思考？不能new，那他有构造器吗？ 它存在的意义？A（继承抽象类的子类）：
package com.opp.demo10;
// 继承抽象类的子类必须要重写父类的方法
public class A extends Action{
public void doSomething() {
}
}抽象类有这些注意点：
1.抽象类本身是一个约束，需要别人来帮他实现方法，他自己是new不了的。
2.抽象类中的抽象方法，只有方法名，没有方法的实现。
3.继承抽象类的子类，必须重写抽象类的方法。
否则：
思考：抽象类不能new，那么有构造器吗？抽象类的意义？
抽象类是有构造器的，我调出了它的.class文件：
说明，只要是个类就一定有构造器。
意义？
我的理解是将不同的类，进行一个再抽象，从而实现归类的效果，这样更有利于代码和程序的维护。
接口：比抽象类还抽象
在Java中，普通类:只有具体实现，抽象类是具体实现和规范(抽象方法)都有，而接口:只有规范!
接口就是规范，定义的是一组规则，体现了现实世界中“如果你...则必须能..的思想。如果你是天使，则必须能飞。如果你是汽车，则必须能跑。如果你好人，则必须干掉坏人;如果你是坏人，则必须欺负好人。
接口的本质是契约，就像我们人间的法律一样。制定好后大家都遵守。
面向对象（oop）里oo的精髓，是对对象的抽象，最能体现这一点的就是接口。
看一个接口例子：
UseService（interface）：
package com.opp.demo11;
public interface UserService {
// 接口中只能定义常量 public static final
public static final int age = 99;
// public abstract
void add();
void delete();
void update();
void select();
}接口中定义方法默认是 public abstract，而且定义的属性只能是常量：public static final
和抽象类一样，接口里的方法需要通过别的类来实现，通常在类的名字后面加上Impl
直接看代码：
UserServiceImpl：
package com.opp.demo11;
//实现了Java中的多继承
public class UserServiceImpl implements UserService{
@Override
public void add() {
}
@Override
public void delete() {
}
@Override
public void update() {
}
@Override
public void select() {
}
}它必须重写接口中的方法，而且可以一次继承多个接口：
只是两个类的方法都需要重写：
这就实现了在Java中的多继承（一个子类继承多个父类）
注意：
接口不能被实例化，接口中没有构造方法（不是类）
implements可以实现多个接口
必须要重写接口中的方法
接口的作用：
1.约束
2.定义一些方法，让不同的人实现~ 10
