Java中controller层和service代码应该怎么分配？

相信大家对Spring MVC的架构都比较清楚了。Spring MVC是Spring框架的一部分，Spring框架成为Java EE开发主流框架后，Spring开发小组又在Spring框架的基础上推出了MVC架构，主要用于支持WEB应用程序的开发。MVC是Model（模型，也称为数据模型）、View（视图）、Controll（控制器）三个英文单词首字母的缩写。从MVC组合的三个单词也可以看出，MVC是一种设计模型，它使用控制器将数据模型和视图进行分离，也就是将视图和数据解耦。这样的好处是后端处理的数据模型和前端视图显示的数据格式无关，实现一个数据模型可以对应多个视图以不同的方式来展现数据，当数据模型或视图发生变化时，相互之间的影响也会降低到最低。实际上MVC是各有其责，分层清晰，逻辑较为清楚。

当下，随着微服务架构的不断流行。基于RPC框架和HTTP协议实现的微服务架构越来越受到各大公司的欢迎。其中比较典型的有：

Dubbo，最早由阿里开发的远程RPC框架，在国内的生态发展的非常不错，和Spring Cloud基本上二分微服务界。

Spring Cloud，大名鼎鼎的Spring框架中的一员，提供了微服务一系列的解决方案，从注册中心、负载均衡、服务熔断等，可以方便的进行微服务架构的开发。

顺带讲一句，二者的区别。笔者看来，比较直接的不同就是，Dubbo使用RPC通讯协议，Spring Cloud支持http协议，在带宽上dubbo具有一定的优势，但是随着网络带宽的发展，可以忽略不计；还有一点不同则要从CAP原则方面进行说明。CAP原则，指的是在一个分布式系统中，一致性（Con