web开发的世界里，最开始就只有一个可用的servlet
API，你要开发web应用，就只能靠它了；
就单单这个简陋的API，开发起来，实在是捉襟见肘。于是在一个个前赴后继的'先烈'往这个坑里跳的同时，一部分人实在看不下去了，于是便有了所谓的框架。其实这个时候的所谓框架就是个框框，帮你解决了一部分的工作，可是还是很难用，更别谈什么解耦、扩展，吧啦吧啦滴；
MVC童鞋最开始对于Web开发者而言还不一定混的很熟，它也就是一个设计模式而已。突然某一天，某个大神发现这个东西用在Web开发上真是物尽其用啊，很好地解耦了web请求过程中的数据、业务逻辑和信息展示，而且很好地提供了各个部分的扩展性。概括起来，就是说它妙不妙，谁用谁知道啊！，这个时候，MVC与Web开发的关系迅速进入蜜月期，作为一个web开发者，聊天的时候，你都不好意思说不知道MVC。于是，各种web开发的MVC框架雨后春笋般的，往外冒...这个时期，struts是java世界中最被广大web开发者接受的大众情人了。
差不多与此同时，javaEE的世界还有另一个大众情人，那就是EJB了。不过她仗着大家对她的宠爱，越来越啰嗦、拖沓，养成了不少的坏毛病。此时一个牛X哄哄的家伙看不爽了，捧出了另一个新人-spring。这个家伙的横空出世，让java世界的小伙伴们惊呆了，他是那样的清纯、优雅，令人着迷。于是，过不了一些时间，spring逐渐超越了EJB，成了java世界当之无愧的No.1大众情人了。毫无疑问，它对web开发者展现了她独有的，性感的一面-spring
MVC。
spring尽管光环无比闪耀，spring
MVC拥有对web开发者独有的吸引力，但她为了扩大自己的魅力，同时与struts等老的大众情人交好，提供友好的扩展。毕竟每个web开发者对于web
MVC框架都有自己的心头好，每个web
MVC框架也拥有自己的粉丝。此时，在Web
MVC框架的领地基本是百花争放，百家争鸣了。
没有不老的神话，也没有绝对的大众情人。在spring大行其道的今天，她为了吸引更多的粉丝，给自己的套上了一件又一件华丽的外衣，以期满足所有web开发屌丝对女神的所有幻想。这样，之前的一些粉丝，觉得spring失去了其最初的纯粹，连带spring
MVC也慢慢地不是那么有吸引力了。这个时候，一些最开始的粉丝，开始转移目标，以spring为原型或者依托，捧红了像play
framework、JFinal等一些小清新了。
日子总是会一直过下去的，web开发这个世界变的太快了，也许再过几年，spring这个大众情人就过气了，总会有新人出来的。这个故事的结尾，续上迅哥儿的那句话：同样是那条路，走的人多了，就踩烂了，也许又会慢慢回归荒芜了。
四层架构：展示层（web层）、业务逻辑层、数据访问层、信息资源层
四层架构在是开发企业应用时使用的非常经典的划分模式。
web层负责前端展示和用户请求的处理。mvc是一个设计模式，主要用户构建用户界面，目的是把展示逻辑和逻辑分离。web层通常会使用MVC模式进行构建，经常使用的mvc框架包括spring mvc，struts等，都是在web层或者展示层使用的。
业务逻辑层一般应用中会有一层service抽象，实现核心业务逻辑，事务控制也在这一层实现。
数据访问层也即dao层，重点负责数据库访问，完成持久化功能。
信息资源层主要服务资源的存储。
所以mvc和四层（三层）结构有关系，四层架构是应用的体系（分层）结构，描述了整个应用的一个完整的划分，而mvc是一个设计模式，通常会用于四层架构的展示层的构建上。希望我能讲清楚。
