这困扰我很长一段时间，现在我有点明白了，接口存在的最终目的是为了优化冗余代码，提升编程开发效率。其实不用接口，程序也能做的出来，只不过代码重复度高，逻辑容易混乱，而且一旦遇到需要升级系统，会耗费大量的精力修改代码，所以越是复杂的程序，越需要接口这样的技术。
俗话说，工欲善其事，必先利其器。如果不学好接口技术，很难处理复杂的程序。
如果想要彻底理解接口，我认为需要把java三大特征理解透彻才行。封装、继承、多态，这三块懂了，接口自然就懂了，接口懂了，就能真正理解java这门面向对象的语言的精髓了。
如果把接口说的再通俗一点，就是java想把程序做的跟汽车一样，所有的零部件都可以按照一套标准更换，利于维护，说专业点，java想最大程度实现解耦操作，解耦:解除依赖，我对此理解还不是很深，你们自己在网上百度。
如果用java，可以像拼接组装汽车一样，用模块化思维去开发程序，你们认为开发效率高不高呢，这样的方式是否可以更好的改装升级系统呢？
比如，我想把汽车的轮胎改装成性能更好的赛车轮胎，我只需要按照原来轮胎的尺寸生产就行，那么这个尺寸，不就是一种规范吗，我在 <轮胎接口类型>{}中定义抽象方法<更换轮胎>()，因为<轮胎接口类型>{}它是一个接口类，它可以成为<普通轮胎类>{}的特殊父类，所以<普通轮胎类>{}实现了<轮胎接口类型>{}，并重写<更换轮胎>()的方法，如果哪一天我需要更换赛车轮胎，我只需要重新写一个<赛车轮胎类>，并重写<更换轮胎>()方法即可，主类汽车类不需要有代码改动，它依然还是它。
画个图吧。
然后具体代码如下
