写SpringBoot项目，那Controller、Service、Dao三者是必不可少的了，他们的作用和其之间的关系又是什么呢？

Controller：

顾名思义，业务控制，就是控制业务层Service的，它的作用主要是架起了外界与业务层沟通的桥梁，移动端，前端在调用接口访问相关业务时，都会通过Controller，由Controller去调相关的业务层代码并把数据返回给移动端和前端；

Service：

业务层，所有的内部的业务逻辑都会放在这里处理，比如用户的增删改查，或者发送个验证码或邮件，或者做一个抽奖活动等等等等，都会在Service中进行，当然，业务离肯定是离不开数据的支持，因此Dao层是必不可少的；

Dao：

dao就不做解释了，数据持久化层，就是和数据库打交道的，而实现持久化层的框架又有很多，而常用的有两种：JPA和MyBatis，JPA是SpringBoot官方的，前身就是著名的三大框架之一的Hibernate，好处是不用手写SQL（当然它也支持手写，如果必要的话），国外用的比较多，而MyBatis则在国内比较流行，原因是它的灵活性非常高，但是需要手写SQL语句！关于它们谁更好的争论从来没有停止过，这里不作讨论，不过可以给出自己的一些建议：

我们了解了他们的作用后，可能有同学会问：为什么必须要写Service层，我直接用Controller层操作Dao层，省去Service层，岂不是更简单？

其实，单论代码层，你可以这么做，如果你的业务非常简单，不需要经常变动，在保障安全的情况下，让Controller直接操作Dao也是可以的！但这样并不符合项目架构设计原则，而且一旦项目需要变动时，真的会越改越废。Service的含义本身就是服务的意思，大量的逻辑性代码会在Service中进行，而Dao只需要负责CRUD即可，各司其职，结构非常清晰，而一旦省去Service层，那么你的逻辑代码，要么在Controller中进行，要么在Dao中进行，这样会引起整个项目的混乱，而且也非常不安全，这对于项目的后期维护工作是灾难性的，对于一个合格的后端程序员来说，是绝不会这么干的！

因此，Controller是不应该直接操作Dao的！另外，Service对以后的分布式部署有极大的作用，它就像一个服务员，哪桌客人需要点菜就喊一声服务员！对应的，外界需要完成什么样的业务，就通过Controller去调用不同的Service，需要记住的是，Controller只是一个中间者或者转发者，不应该在Controller里暴露Service的业务逻辑，而应该直接转发Service的业务处理结果！

一般的，一个Controller对应一个Service，一个Service对应一个Dao，一个Dao对应一个数据库表，当然根据项目或业务复杂程度，一个Controller可以调用多个Service，而一个Service也可以调用多个Dao，但是Controller层不应互调，Service层也不应互调，意思就是AController不应直接调用BController，AService也不应直接去调用BService，遵循高内聚低耦合原则！

关于Controller，Service，Dao的详细说明可以参考接下来的两篇文章：

SpringBoot入门（三）Controller SpringBoot入门（四）Service、Dao