spring mvc里面,为什么要单独出来一个service层调用dao再传给controller啊? 这样设计有什么好处？

MVC 是一种设计模式，个人理解它的核心就是应用程序的分层开发。它将一个web项目分成 Model-View-Controller（模型-视图-控制器）三个层次。
M是指数据模型，V是指用户界面，C则是控制器。
Model（模型） —— 数据的实体对象、Dao层和Service层
View（视图） —— JSP、HTML界面等，是交互页面
Controller（控制器） —— 真正的逻辑层，用来处理请求事务

分层没有一定之规，看架构师的设计了。不过按照我的理解业务逻辑应该在service这一层，service下面是dao层，不要把逻辑写到dao层里面去。

业务逻辑写Service层
Controller主要做参数解析和转发视图 不写业务逻辑
例如一个登录功能, 登录这个逻辑设计在Service层,但提取用户名和密码 , 转发登录成功页面/登录失败页面等都是在Controller层, 当然这只是一种利于解耦的思想规范吧, 实际操作有时也混杂不清的.. 尽量遵守就是了

这个做更好地遵循了MVC的设计思想，service里面是业务，dao里面是数据访问，controller是控制器，这样的业务流程才是合理的。