项目总结（一）

1.Validate验证表单

https://blog.csdn.net/qq_43796994/article/details/119876727

2.MVC三层架构

a.MVC即模型、视图、控制器，模型表示业务数据及业务处理，用来封装数据及行为；视图是用户看到并与之交互的界面；控制器接受用户输入并调用模型和视图去完成用户的请求。使用MVC有利于关注点分离，自动化UI测试成为了可能
b.三层架构即表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。区分层次的目的即为了“高内聚，低耦合”的思想。表现层通俗讲就是展现给用户的界面，业务逻辑层即针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。数据访问层：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等MVC与三层架构

系统架构

系统架构是指，整合应用系统程序大的结构。经常提到的系统结构有两种：

• 三层架构
• MVC

这两种结构既有区别，又有联系。但这两种结构的使用，均是为了降低系统模
块间的耦合度。

1.三层架构

三层架构是指：视图层 View、服务层 Service，与持久层 Dao。它们分别完成不同的功能。

• View 层：用于接收用户提交请求的代码在这里编写。
• Service 层：系统的业务逻辑主要在这里完成。
• Dao 层：直接操作数据库的代码在这里编写。

为了更好的降低各层间的耦合度，在三层架构程序设计中，采用面向抽象编程。
即上层对下层的调用，是通过接口实现的。
而下层对上层的真正服务提供者，是下层接口的实现类。
服务标准（接口）是相同的，服务提供者（实现类）可以更换。
这就实现了层间解耦合。

三层架构.png

2.MVC

MVC.png

MVC，即 Model 模型、View 视图，及 Controller 控制器。

• View：视图，为用户提供使用界面，与用户直接进行交互。
• Model：模型，承载数据，并对用户提交请求进行计算的模块。其分为两类：
  一类称为数据承载 Bean：实体类，专门用户承载业务数据的，如 Student、User 等
  一类称为业务处理 Bean：指 Service 或 Dao 对象，专门用于处理用户提交请求的。
• Controller：控制器，用于将用户请求转发给相应的 Model 进行处理，并根据 Model 的计算结果向用户提供相应响应。

MVC 架构程序的工作流程：
（1）用户通过 View 页面向服务端提出请求，可以是表单请求、超链接请求、AJAX 请求等
（2）服务端 Controller 控制器接收到请求后对请求进行解析，找到相应的 Model 对用户请求进行处理
（3）Model 处理后，将处理结果再交给 Controller
（4）Controller 在接到处理结果后，根据处理结果找到要作为向客户端发回的响应 View 页面。页面经渲染（数据填充）后，再发送给客户端。

3.MVC与三层架构的关系：

MVC与三层架构.png

4.SSM与三层架构的关系

SSM，即 SpringMVC、Spring 与 MyBatis 三个框架。它们在三层架构中所处的位置是不同的，即它们在三层架构中的功能各不相同，各司其职。

• SpringMVC：作为 View 层的实现者，完成用户的请求接收功能。SpringMVC 的 Controller作为整个应用的控制器，完成用户请求的转发及对用户的响应。
• MyBatis：作为 Dao 层的实现者，完成对数据库的增、删、改、查功能。
• Spring：以整个应用大管家的身份出现。整个应用中所有 Bean 的生命周期行为，均由Spring 来管理。即整个应用中所有对象的创建、初始化、销毁，及对象间关联关系的维护，均由 Spring 进行管理。

SSM与三层架构.png

5.Session

Session：在计算机中，尤其是在网络应用中，称为“会话控制”。Session对象存储特定用户会话所需的属性及配置信息。这样，当用户在应用程序的Web页之间跳转时，存储在Session对象中的变量将不会丢失，而是在整个用户会话中一直存在下去。当用户请求来自应用程序的 Web页时，如果该用户还没有会话，则Web服务器将自动创建一个 Session对象。当会话过期或被放弃后，服务器将终止该会话。Session 对象最常见的一个用法就是存储用户的首选项。

3、Session周期

新的浏览器窗口启动后，开始一个新的Session，触发Global的Session_Start的调用，从第一个浏览器窗口打开的浏览器窗口不启动新的Session。Session过期后，执行页面的提交也会触发Session_Start，等于是新的一个Session。

4、调用Session

对于Web Service，每个方法的调用都会启动一个Session，可以用下面的方法来使多个调用在同一个Session里 ：

CWSSyscfg cwsCfg = new CWSSyscfg()； cwsCfg.CookieContainer = new System Net.CookieContainer()； CWSSyscfg是一个Web Service类，Web Service的给代理类设置CookieContainer属性，只要多个代理的CookieContainer属性是相同的值，则对这些Web Service的调用在同一个Session。可以用单例模式来实现。

5、Session数据有效期

只要页面有提交活动，则Session的所有项都会保持，页面在20分钟（默认配置）内没有任何提交活动时Session会失效。Session内存储的多个数据项是整体失效的。

6、Session的保存

在Session中如果保存的是非序列化的类比如DataView，在用SQLServer保存Session的模式下，无法使用。查看一个类是否是序列化的方法是，需看是否用[Serializable]来标记了该类。

Jsp的session

7.Jsp的session是使用bean的一个生存期限，一般为page，session意思是在这个用户没有离开网站之前一直有效，如果无法判断用户何时离开，一般依据系统设定，tomcat中设定为30分钟。

使用session功能，可以达到多个jsp程序从操作同一个java bean，那么这个java bean可以作为传统意义上的"全局变量池".(在java中可以使用static静态化一个变量和方法，使用singleton独一化对象。)

在项目实践中，Jsp程序中很多参数需要从数据库中读取，有的参数实际读取一次就可以，如果设计成每个用户每产生一个页面都要读取数据库，很显然，数据库的负载很大，同时也浪费时间，虽然可能有数据库连接池优化，但是尽量少使用数据库是我们编程的原则。

JSP使用一个叫HttpSession的对象实现同样的功能。HTTPSession是一个建立在cookies 和URL-rewriting上的高质量的界面。Session的信息保存在服务器端，Session的id保存在客户机的cookie中。事实上，在许多服务器上，如果浏览器支持的话它们就使用cookies，但是如果不支持或废除了的话就自动转化为URL-rewriting，session自动为每个流程提供了方便地存储信息的方法。

Httpsession具有如下API：

getId　此方法返回独一的标识，这些标识为每个session而产生。当只有一个单一的值与一个session联合时，或当日志信息与先前的sessions有关时，它被当作键名用。

GetCreationTime　返回session被创建的时间。最小单位为千分之一秒。为得到一个对打印输出很有用的值，可将此值传给Date constructor 或者GregorianCalendar的方法setTimeInMillis.

GetLastAccessedTime　返回session最后被客户发送的时间。最小单位为千分之一秒。

GetMaxInactiveInterval　返回总时间（秒），负值表示session永远不会超时。

getAttribute　取一个session相联系的信息。（在jsp1.0中为 getValue）。

Integer item = （Integer） session.getAttribute（“item”）　//检索出session的值并转化为整型。

setAttribute　提供一个关键词和一个值。会替换掉任何以前的值。（在jsp1.0中为putValue）。

session.setAttribute（“ItemValue”， itemName）；　// ItemValue 必须不是must简单类型。

在应用中使用最多的是getAttribute和setAttribute。现以一个简单的例子来说明session的应用，test1.jsp（信息写入session），test2.jsp（从session读出信息）

6.session和cookie的区别

1.由于HTTP协议是无状态的协议，所以服务端需要记录用户的状态时，就需要用某种机制来识具体的用户，这个机制就是Session.典型的场景比如购物车，当你点击下单按钮时，由于HTTP协议无状态，所以并不知道是哪个用户操作的，所以服务端要为特定的用户创建了特定的Session，用用于标识这个用户，并且跟踪用户，这样才知道购物车里面有几本书。这个Session是保存在服务端的，有一个唯一标识。在服务端保存Session的方法很多，内存、数据库、文件都有。集群的时候也要考虑Session的转移，在大型的网站，一般会有专门的Session服务器集群，用来保存用户会话，这个时候 Session 信息都是放在内存的，使用一些缓存服务比如Memcached之类的来放 Session。

2. 思考一下服务端如何识别特定的客户？这个时候Cookie就登场了。每次HTTP请求的时候，客户端都会发送相应的Cookie信息到服务端。实际上大多数的应用都是用 Cookie 来实现Session跟踪的，第一次创建Session的时候，服务端会在HTTP协议中告诉客户端，需要在 Cookie 里面记录一个Session ID，以后每次请求把这个会话ID发送到服务器，我就知道你是谁了。有人问，如果客户端的浏览器禁用了 Cookie 怎么办？一般这种情况下，会使用一种叫做URL重写的技术来进行会话跟踪，即每次HTTP交互，URL后面都会被附加上一个诸如 sid=xxxxx 这样的参数，服务端据此来识别用户。
3. Cookie其实还可以用在一些方便用户的场景下，设想你某次登陆过一个网站，下次登录的时候不想再次输入账号了，怎么办？这个信息可以写到Cookie里面，访问网站的时候，网站页面的脚本可以读取这个信息，就自动帮你把用户名给填了，能够方便一下用户。这也是Cookie名称的由来，给用户的一点甜头。
   所以，总结一下：
   Session是在服务端保存的一个数据结构，用来跟踪用户的状态，这个数据可以保存在集群、数据库、文件中；
   Cookie是客户端保存用户信息的一种机制，用来记录用户的一些信息，也是实现Session的一种方式。

7.Servlet的生命周期

1、执行 Servlet 构造器方法

2、执行 init 初始化方法

第一、二步，是在第一次访问，的时候创建 Servlet 程序会调用。

3、执行 service 方法

第三步，每次访问都会调用。

4、执行 destroy 销毁方法

第四步，在 web 工程停止的时候调用。

8.Servlet继承体系

9.HTTP 方法：GET 对比 POST

https://blog.csdn.net/qq_43796994/article/details/119906267