1.Javaweb经历了三个时期
①JSP Model1第一代
JSP Model1是JavaWeb早期的模型，它适合小型Web项目，开发成本低！Model1第一代时期，服务器端只有JSP页面，所有的操作都在JSP页面中，连访问数据库的API也在JSP页面中完成。也就是说，所有的东西都耦合在一起，对后期的维护和扩展极为不利。
②JSP Model1第二代
JSP Model1第二代有所改进，把业务逻辑的内容放到了JavaBean中，而JSP页面负责显示以及请求调度的工作。虽然第二代比第一代好了些，但还让JSP做了过多的工作，JSP中把视图工作和请求调度（控制器）的工作耦合在一起了。
③JSP Model2
JSP Model2模式已经可以清晰的看到MVC完整的结构了。
·JSP：视图层，用来与用户打交道。负责接收用来的数据，以及显示数据给用户；
·Servlet：控制层，负责找到合适的模型对象来处理业务逻辑，转发到合适的视图；
JavaBean：模型层，完成具体的业务工作，例如：开启、转账等。
这就是javaweb经历的三个年代，JSP Model2适合多人合作开发大型的Web项目，各司其职，互不干涉，有利于开发中的分工，有利于组件的重用。但是，Web项目的开发难度加大，同时对开发人员的技术要求也提高了。
2.JavaWeb经典三层框架
我们常说的三层框架是由JavaWeb提出的，也就是说这是JavaWeb独有的！
所谓三层是表述层（WEB层）、业务逻辑层（Business Logic），以及数据访问层（Data Access）。
·WEB层：包含JSP和Servlet等与WEB相关的内容；
·业务层：业务层中不包含JavaWeb API，它只关心业务逻辑；
·数据层：封装了对数据库的访问细节；
注意，在业务层中不能出现JavaWeb API，例如request、response等。也就是说，业务层代码是可重用的，甚至可以应用到非Web环境中。业务层的每个方法可以理解成一个万能，例如转账业务方法。业务层依赖数据层，而Web层依赖业务层！
1、Servlet的出现
上世纪90年代，随着Internet和浏览器的飞速发展，基于浏览器的B/S模式随之火爆发展起来。 最初，用户使用浏览器向WEB服务器发送的请求都是请求静态的资源，比如html、css等。 但是可以想象：根据用户请求的不同动态的处理并返回资源是理所当然必须的要求。
java 为了应对上述需求，就必然推出一种技术来支持动态需求，因此servlet技术诞生
使用Servlet技术，页面中的所有信息需要通过输出语句来生成。下面的代码（部分代码）生成的页面的内容就是“HelloWorld！”。
public void doGet(HttpServletRequest request,HttpServletResponse)throws IOException,ServletException
{response.setContentType("text/html;charset=gb2312");PrintWriter out = response.getWriter();out.println("<html>");out.println("<head><title>Hello World！</title></head>");out.println("<body>");out.println("<p>Hello World！</p>");out.println("</body></html>");
} 2、Jsp的出现
servlet诞生后，sun公司很快发现servlet编程很繁琐，1)servlet代码有大量冗余代码，out输出就得写上百遍；2)开发servlet必须精通网页前端和美工，你得非常不直观的在Servlet中写前端代码，这使得实现各种页面效果和风格非常困难。
所以，sun公司借鉴 微软的asp,正式推出了jsp（servlet1.1）。采用HTML语言直接生成界面，在界面中使用<% %>脚本标识嵌入Java代码
一个简单的jsp例子
<html><head><title>测试</title></head><body>第一阶段<% String str = “test” ; out.println(str); %></body> </html>
3、 倡导了MVC思想的servlet版本servlet1.2出现------------jsp+javabean+servlet
jsp出现后，也存在问题，1）前端开发人员需要看大量他看不懂的后端代码；2）同样，servlet开发人员也在复杂的前端代码中找到其能写servlet代码的地方
所以，MVC思想的JSP+JavaBean+Servlet诞生了
JSP（V）：JSP完成输入和输出，主要使用HTML标签和JSP标签
Servlet（C）：主要完成控制，接收请求，调用业务处理（JavaBean），根据调用的结果找到一个JSP页面对用户进行响应
JavaBean（M）：完成所有的处理过程
4、框架阶段
倡导了MVC思想的jsp+javabean+servlet出现，也存在问题：1）jsp页面中嵌入了很多java代码，使得结构很乱；2）对于大型项目，servlet过多，转向频繁，流程，配置等不易集中管理，因而出现了struts
4.1、Struts的出现
2001年6月，struts1.0出现，struts针对jsp推出了一套struts标签，从而使得jsp中没有了Java代码，结构清晰，功能强大。针对servlet，它提供了Action类来代替了servlet，这个Action类具有servlet的功能，并且能够进行一些请求过滤和自动转码的功能。
4.2、Spring的出现
原本已经开起来很完美了，但是又有一个问题，就是我们在Action调用DAO、Java bean等对象的时候都需要在自身代码中构建它们的对象来使用，这样增加了程序的耦合性，这与我们：“高内聚、松耦合”的思想不符合，那么怎么解决这个问题呢？因而出现了Spring框架。
Spring框架有两大功能：IOC（控制反转）和AOP（面向切面的编程），其中IOC就是说：当一个类中想要调用另外一个类的对象时，不需要再通过new 关键字来创建，而是由Spring框架来负责：创建、分配和管理，从而降低了程序中的耦合性。而AOP可以用来做一些日志的打印和输出，用于提示程序执行过程中的一些具体信息等。
4.3 、SpringMVC的出现
最后struts和Spring的整合，由于每一个bean都要在Spring中注册，每一个URL都要在struts配置文件中配置。当bean很多和URL对应的请求很多的时候，配置文件无疑会是很庞大的，这个就会使得配置起来很麻烦的费力。那么还有没有更好的办法使得能够结合Spring的功能和struts的功能，但是又可以使配置文件不会批量的增加？因而SpringMVC出现了
SpringMVC通过“基于注解”的方式代替了struts，并且通过Controller类来代替和实现了Action的功能。由于是基于注解的，所以很多的配置信息放在了Controller类中配置，从而降低了.xml文件的配置复杂度。
![[Drupal] How to get the real path of a node, no matter it is a path or a url alias](https://images.cnblogs.com/OutliningIndicators/ExpandedBlockStart.gif)
