Springboot中Entity、Dao、Service、Controller什么意思和怎么先来后到

写入流程：
controller层-> servicer层->mapper(dao)层()->mapper.xml->entity(pojo)(model)层

Entity层：实体层，主要写和数据库对应的基本类型和类。
@Date
Entity层又可能为是model，或者pojo，这些都是别名，切记一定要跟数据库里面数据和类型一一对应。

Dao层：持久层，主要和数据库进行交互
加@Mapper
Dao层别名为mapper，主要出现mybatis里面，一些生成的软件喜欢写mapper，Dao可以写一些实际的方法，比如增删改查。DAO 层的数据源和数据库连接的参数都是在配置文件中进行配置的，配置文件一般在同层的XML文件夹中。数据持久化操作就是指，把数据放到持久化的介质中，同时提供增删改查操作。

Service层：业务逻辑层
加注解@Service
Service层主要负责业务模块的逻辑应用设计。先设计放接口的类，再创建实现的类，然后在配置文件中进行配置其实现的关联。service层调用dao层接口，接收dao层返回的数据，完成项目的基本功能设计。

Controller层：控制层 控制业务逻辑

Controller层负责具体的业务模块流程的控制，controller层负责前后端交互，接受前端请求，调用service层，接收service层返回的数据，最后返回具体的页面和数据到客户端。
Controller层像是一个服务员，他把客人（前端）点的菜（数据、请求的类型等）进行汇总什么口味、咸淡、量的多少，交给厨师长（Service层），厨师长则告诉沾板厨师（Dao 1）、汤料房（Dao 2）、配菜厨师（Dao 3）等（统称Dao层）我需要什么样的半成品，副厨们（Dao层）就负责完成厨师（Service）交代的任务。

在具体的项目中，其流程为：Controller层调用Service层的方法，Service层调用Dao（mapper）层中的方法，其中调用的参数是使用Entity层进行传递的。总的来说这样每层做什么的分类只是为了使业务逻辑更加清晰，写代码更加方便，所以有时候也需要根据具体情况来，但是大体的都是这样处理的，因为它其实就是提供一种规则，让你把相同类型的代码放在一起，这样就形成了层次，从而达到分层解耦、复用、便于测试和维护的目的。