关于java抽象类，以前我一直不明白这个抽象类到底有什么作用，现在回想起来，抽象类应该生来就是用来被继承的，没有继承者的抽象类都没有意义，因为它不能new一个实例。
想象一个场景：猫，狗，猴子等都是动物，在做对象设计的时候，可以定义一个他们的共性Animal类，将这个类定义为抽象的。
Animal：
public abstract class Animal{ public String behavior; public abstract void eat(); public abstract void drink(); public void showBehavior(){ System.out.println("我的行为："+behavior) } }然后我们再定义一个代表猫的类，让他继承Animal，实现它的eat()和drink()方法。Cat：
/** 猫类 */ public class Cat extends Animal{ /*-------实现animal抽象方法---------*/ public void eat(){ behavior = "我吃了鱼"; } public void drink(){ behavior = "我喝了鱼汤"; } }然后我们再定义一个代表狗的类，也让他继承Animal /** 狗类 */ public class Dog extends Animal{ /*-------实现animal抽象方法---------*/ public void eat(){ behavior = "我吃了骨头"; } public void drink(){ behavior = "我喝了骨头汤"; } } 我们写个Practise类测试一下； public class Practise{ public static void main(String [] args){ Animal animal = new Animal(); } }这里我先new一个Animal的实例，然后编译，毋庸置疑，它是不会编译通过的，这也说明了我前面讲的，没有继承者的抽象类毫无单独存在的意义。我在来写一个正常的
public class Practise{ public static void main(String [] args){ Cat cat = new Cat(); cat.eat(); cat.showBehavior(); cat.drink(); cat.showBehavior(); Dog dog = new Dog(); dog.eat(); dog.showBehavior(); dog.drink(); dog.showBehavior(); } }编译运行上面的代码，会得到这样的结果：
我的行为：我吃了鱼；
我的行为：我喝了鱼汤；
我的行为：我吃了骨头；
我的行为：我喝了骨头汤；
从以上的列子可以看出，抽象类的作用，首先，它可以定义抽象方法来定义其子类的行为，而且还可以定义子类的公用方法；我个人认为抽象类比接口的功能要多；
关于接口呢？接口只能定义其实现类的公用行为，而不能定义方法；
在平时的工作中，我们经常这样定义项目的目录结构
--src
----controller
----dao
------impl
----service
------impl
dao中先是定义一个接口，然后再impl中定义一个dao接口的实现类。
service也是一个道理。
在controller中实例化service接口
这种结构的特点是什么呢？
IUserService userService = new UserServiceImpl();
userService.showUserBasicInfo();
在接口中有showUserBasicInfo()这个方法，实现类必须重写这个方法，你就能够调用这个方法，而在实现类里面的方法就不能调用到了。我觉得面向接口开发的好处就是，只会向调用者提供我接口中的方法，至于实现类里面的方法你就不能调用到了，就相当于实现类自己的方法私有化
