Java SpringMVC的工程结构一般来说分为三层，自下而上是Modle层（模型，数据访问层）、Cotroller层（控制，逻辑控制层）、View层（视图，页面显示层），其中Modle层分为两层：dao层、service层，MVC架构分层的主要作用是解耦。采用分层架构的好处，普遍接受的是系统分层有利于系统的维护，系统的扩展。就是增强系统的可维护性和可扩展性。
对于Spring这样的框架，（ViewWeb）表示层调用控制层（Controller），控制层调用业务层（Service），业务层调用数据访问层（Dao）。
service层：业务层，用来实现业务逻辑。能调用dao层或者service层，返回数据对象DO或者业务对象BO，BO通常由DO转化、整合而来，可以包含多个DO的属性，也可以是只包含一个DO的部分属性。通常为了简便，如果无需转化，service也可以直接返回DO。外部调用（HTTP、RPC）方法也在这一层，对于外部调用来说，service一般会将外部调用返回的DTO转化为BO。是专注业务逻辑，对于其中需要的数据库操作，都通过Dao去实现。主要去负责一些业务处理，比如取得连接、关闭数据库连接、事务回滚,一些复杂的逻辑业务处理就放到service层。
DAO层：负责访问数据库进行数据的操作，取得结果集，之后将结果集中的数据取出封装到VO类对象之后返回给service层。数据层，直接进行数据库的读写操作，返回数据对象DO，DO与数据库表一一对应。Dao的作用是封装对数据库的访问：增删改查，不涉及业务逻辑，只是达到按某个条件获得指定数据的要求。
Cotroller层：叫做控制层，主要的功能是处理用户发送的请求。主要处理外部请求。调用service层，将service层返回的BO/DO转化为DTO/VO并封装成统一返回对象返回给调用方。如果返回数据用于前端模版渲染则返回VO，否则一般返回DTO。不论是DTO还是VO，一般都会对BO/DO中的数据进行一些转化和整合，比如将gender属性中的0转化“男”，1转化为“女”等。controller的功能主要有5点：参数校验、调用service层接口实现业务逻辑、转换业务／数据对象、组装返回对象、异常处理。
View层：叫做显示层，主要是负责现实数据。
在实际开发中dao层要先定义出自己的操作标准即标准接口，就是为了解耦合。
稍微小一点的公司一般就3层：
dao->数据层
service -> 业务实现
web -> web 接口
稍微大一点的公司一般最多就7层：
（日志接入，对查问题有帮助的地方才接入日志）
common—>公共方法，公共类，工具类，只有关键地方加日志
dao->数据层，不加日志
domain->实体类，不加日志
rpc->调用接口，出入参加日志
sdk-> 给外部提供sdk,例如对外接口，只是提供接口定义，该层没有业务逻辑，真实的sdk逻辑实现是在service层，不加日志
service -> 业务实现逻辑，单元测试进行层，日志接入：关键地方可以加， 实现sdk层的接口方法出入参加日志
web -> web 接口，对外提供http 接口，一般都有逻辑，http 是直接对 c的，看到的ip 是c端用户的，出入参加日志