单体JAVAWEB项目的基本运行方式以及演进

javaweb，servlet，jsp，http,web容器，连接池，orm，spring，mvc框架

干java开发多年了，自己对Javaweb有了一定的理解，同时像将自己的知识做一下提炼和总结，为一些刚开始做这方面的开发对Javaweb有一个全面和整体的认识，因为再工作中遇到的同事和自己在一开始都对Javaweb是怎么运行的不是很清楚，导致技术的热情减弱，所以就想总结提炼一下分享给大家。
由于开发年限也不是太多（很多大厂的工程师普遍认为5年的开发经验才算会写代码），有不对的地方欢迎大家指正，同时也是第一次写博客，大家理解一下。
相信大家接触出的第一个web程序是jdbc+servlet+jsp，创建一个web工程，写一个jdbc，简单的service，dao层再加一个servlet，在web.xml中配置servlet映射，浏览器输入ip:端口/部署服务名称/servlet映射 就出来hello word一个级别的程序，一个请求是如何找到服务器并且运行固定的程序返回特定的处理结果的呢？我们来看看：
首先当你在浏览器按下回车的那一瞬间电脑和网络还有web容器做了什么，这个问题局域网和互联网得区分对待因为互联网上需要多一个步骤。先说说基本的局域网是如何找到的，浏览器通过HTTP协议去路由器通过路由器去找客户端浏览器地址栏输入的ip地址所对应的计算机，再通过端口号去找这台机器运行在客户端浏览器地址栏输入的ip地址后面端口的web容器（weblogic,tomcat,jboos,resin等）程序，web容器程序建立session会话并将访问的信息放进session，并将jsesstionid放入respose的cookie中（如果客户端禁用cookie，jsesstionid就会拼接到url地址的后面返回客户端），再通过部署服务名称查找对应的服务，根据web.xml配置的servlt映射找到对应的servlet实例，调用service()服务方法，service()方法再将数据封装传入下一层service，dao，service，dao加工数据，创建数据库jdbc连接实例，连接访问数据库，返回数据再进行加工，再返回servlet的service()方法，servlet的service()方法重定向或是转发请求到jsp，web容器解析jstl和el表达式将jsp生成特殊的servlet来输出html信息，将传入的动态数据放入到html的输出流中进行渲染，最后将html文件信息以流的方式发送给客户端浏览器，客户端浏览器以W3C标准进行解析渲染界面。如果是互联网上访问固定的服务需要添加DNS域名解析这个过程，也就是当你输入www.baidu.com是如何找到对应的web服务，感兴趣的可以去研究一下，这里不做解释了。
以上是整个动态javaweb app项目的运行流程，路由起到桥梁的作用，而web服务的作用是创建session会话，寻找服务入口方法，加工数据，连接操作数据库，并返回html数据流。
随着web项目越来越大，这种web项目开发运行方式存在诸多的弊端所以产生了多种的框架来解决这个问题（我从数据库往前端去写）：
1，数据库访问瓶颈：由于数据库的数据是临界资源所有的访问都是同步加锁的，并且数据记录存到库中是以文件的形式存在的，所以好多时候访问数据库都需要开启IO流通道读取数据库文件到内存当中再进行解析，非常耗费系统IO资源和cpu资源并且很慢，由此产生了连接池框架技术c3p0,dpcp等，创建并维持一部分连接实例放到连接池中，用的时候从连接池中拿连接实例，用完了再将连接实例释放还到连接池中。
2，数据库表和字段和Java实体和属性对应复杂化（ORM数据和实体映射框架jpa,mybatis，hibernate）：由于项目数据的复杂化多元化，需要专门做一件事情数据库字段和实体属性的对应统一声明，不然每个人起不同的实体属性对应相同表相同字段会很混乱，属性起名规范不同也会很混乱。这时mybatis和hibernate产生了，同时集成上面的连接池技术和事务的管理，使复杂的数据映射变得简单了，表对应实体类，字段对应类的属性，抽象出来也好理解了。
3，Java类的依赖关系和实例化管理复杂化：以前实例化一个Java类都是new一个实例，导致一个Java类有可能被多个互相耦合的完成一个功能的Java类实例化，造成内存和cpu资源的浪费。spring的IOC控制反转和DI依赖注入出现解决了这种问题，一个Java组件（类实例）在spring工厂中声明以后spring工厂检索依赖关系自动帮你创建Java实例，再通过DI依赖注入放入到对应的被使用的Java实例当中，当用户需要获取Java实例是也从spring工厂当中获取，从头到尾（项目启动到结束）一个Java的项目一个Java类只实例化了一次（在spring中声明了多例的除外），节省了内存和cpu，同时提高了Javaweb项目的运行速度，当然spring是一个庞大的技术生态系统还有像是AOP面向切面编程，支持注解开发等别的强大功能，这里不做一一描述。
4，Servlet层庞大零碎耦合度高而且web.xml配置复杂：由于servlet是基于请求的的一类请求一个servlet一个service（）方法，再加上一个servlet对应在web.xml中的配置，随着项目的复杂化会有很多的servlet和web.xml的配置，开发维护起来很是麻烦。所以封装了servlet的mvc框架产生了（struts1，struts2和springmvc），我从网上摘了一些mvc框架的优点感觉说的很不错所以就直接拿过来了：
1：耦合性低
　　视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码,[例如，改写jsp,html,css,javascirpt的代码，并不需要重启服务器]同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可【例如，换表名查询，更改一些查询的条件，或者使用动态sql还是静态的sql，只用更改model即可】。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。
2：重用性高
　　随着技术的不断进步，需要用越来越多的方式来访问应用程序。MVC模式允许使用各种不同样式的视图来访问同一个服务器端的代码，因为多个视图能共享一个模型，它包括任何WEB(HTTP)浏览器或者无线浏览器(wap)，比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。【例如，模型层实现了同样的分页，不同的视图层可以用一万种不同的显示方法，例如百度搜索下面的分页和谷歌搜索下面的分页】MVC使开发和维护用户接口的技术含量降低。
3：部署快
　　使用MVC模式使开发时间得到相当大的缩减，它使程序员(Java开发人员)集中精力于业务逻辑，界面程序员(HTML和JSP开发人员)集中精力于表现形式上。【例如，前端后端可以分工作业，效率高，方便多开发人员间的分工】
4：可维护性高
　　分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。【例如：如果想改业务逻辑，只用改业务逻辑，如果想改视图，只用改视图，如果想增加功能，只需要增加即可，分层最大的好处就是容易后期维护降低维护成本，和增加新的功能，提高代码重用性，从而提高开发效率】

5：有利软件工程化管理
由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。控制器也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。【因为控制器重点在于分配，更好的结合视图和模型】
以上各个相同功能的框架都各有优缺点，在这里就不进行比较了。
补充1：
响应式网页的出现：由于项目的的增大服务器要承担的压力越来越大，首先要连接访问操作数据库，然后要进行大量的数据的加工计算，还要不断解析jsp返回服务器响应的html文件流，服务器达到了运算和IO的极限，减小服务器的压力势在必行，可不可以将html当作模板，前台使用js发送请求渲染数据，easyui和bootstrap的出现促进响应式网页成为普遍，服务器只要做好数据库连接计算加工数据即可，数据渲染完全有客户端运行的js去实现，大大的减轻了服务器的压力，这样也有益于前后端分离式的开发。