java web 文件版本管理6_6. JavaWeb

Request

1.1 HTTP

超文本传输协议。

请求消息数据格式：

请求行：

请求url 请求协议/版本

请求方式：HTTP协议有7中请求方式，常用的有2种

1) Get:

1. 请求参数在请求行中

2. 请求的url长度有限制的

3. 不太安全

2) POST:

1. 请求参数在请求体中

2. 请求的url长度没有限制的

3. 相对安全

请求头：客户端浏览器告诉服务器一些信息

常见的请求头：

1. User-Agent：浏览器告诉服务器，我访问你使用的浏览器版本信息

* 可以在服务器端获取该头的信息，解决浏览器的兼容性问题

Referer：http://localhost/login.html

* 告诉服务器，我(当前请求)从哪里来？

* 作用：

1. 防盗链：

2. 统计工作：

请求空行

空行，就是用于分割POST请求的请求头，和请求体的。

请求体(正文)：

* 封装POST请求消息的请求参数的

字符串格式：

POST /login.html HTTP/1.1

Host: localhost

User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8

Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2

Accept-Encoding: gzip, deflate

Referer: http://localhost/login.html

Connection: keep-alive

Upgrade-Insecure-Requests: 1

username=zhangsan

1.2 request和reposne?

request对象和response对象的原理

request和response对象是由服务器创建的。我们来使用它们

request对象是来获取请求消息，response对象是来设置响应消息

截屏2020-06-29下午9.17.43.png

功能：

(1)request共享数据：

域对象：一个有作用范围的对象，可以在范围内共享数据

* request域：代表一次请求的范围，一般用于请求转发的多个资源中共享数据

* 方法：

1. void setAttribute(String name,Object obj):存储数据

2. Object getAttitude(String name):通过键获取值

3. void removeAttribute(String name):通过键移除键值对

request.setAttribute("msg","hello");

(2)请求转发：一种在服务器内部的资源跳转方式

步骤：

1. 通过request对象获取请求转发器对象：RequestDispatcher getRequestDispatcher(String path)

2. 使用RequestDispatcher对象来进行转发：forward(ServletRequest request, ServletResponse response)

request.getRequestDispatcher("/requestDemo9").forward(request,response);

2. 特点：

1. 浏览器地址栏路径不发生变化

2. 只能转发到当前服务器内部资源中。

3. 转发是一次请求

Response

1.1 HTTP

1. 请求消息：客户端发送给服务器端的数据

* 数据格式：

1. 请求行

2. 请求头

3. 请求空行

4. 请求体

2. 响应消息：服务器端发送给客户端的数据

* 数据格式：

1. 响应行

1. 组成：协议/版本 响应状态码 状态码描述

2. 响应状态码：服务器告诉客户端浏览器本次请求和响应的一个状态。

1. 状态码都是3位数字

2. 分类：

1. 1xx：服务器就收客户端消息，但没有接受完成，等待一段时间后，发送1xx多状态码

2. 2xx：成功。代表：200

3. 3xx：重定向。代表：302(重定向)，304(访问缓存)

4. 4xx：客户端错误。

* 代表：

* 404(请求路径没有对应的资源)

* 405：请求方式没有对应的doXxx方法

5. 5xx：服务器端错误。代表：500(服务器内部出现异常)

2. 响应头：

1. 格式：头名称： 值

2. 常见的响应头：

1. Content-Type：服务器告诉客户端本次响应体数据格式以及编码格式

2. Content-disposition：服务器告诉客户端以什么格式打开响应体数据

* 值：

* in-line:默认值,在当前页面内打开

* attachment;filename=xxx：以附件形式打开响应体。文件下载

3. 响应空行

4. 响应体:传输的数据

* 响应字符串格式

HTTP/1.1 200 OK

Content-Type: text/html;charset=UTF-8

Content-Length: 101

Date: Wed, 06 Jun 2018 07:08:42 GMT

$Title$

hello , response

1.2 Response对象

截屏2020-06-29下午10.12.25.png

功能就是设置响应信息，其中有个重点是重定向：

截屏2020-06-29下午10.11.55.png

1. 完成重定向

* 重定向：资源跳转的方式

* 代码实现：

//1. 设置状态码为302

response.setStatus(302);

//2.设置响应头location

response.setHeader("location","/day15/responseDemo2");

//简单的重定向方法

response.sendRedirect("/day15/responseDemo2");

* 重定向的特点:redirect

1. 地址栏发生变化

2. 重定向可以访问其他站点(服务器)的资源

3. 重定向是两次请求。不能使用request对象来共享数据

* 转发的特点：forward

1. 转发地址栏路径不变

2. 转发只能访问当前服务器下的资源

3. 转发是一次请求，可以使用request对象来共享数据

* forward 和 redirect 区别

1.3 servletContext对象

1. 概念：代表整个web应用，可以和程序的容器(服务器)来通信

2. 获取：

1. 通过request对象获取

request.getServletContext();

2. 通过HttpServlet获取

this.getServletContext();

3. 功能：

1. 获取MIME类型：

* MIME类型:在互联网通信过程中定义的一种文件数据类型

* 格式： 大类型/小类型 text/html image/jpeg

* 获取：String getMimeType(String file)

2. 域对象：共享数据

1. setAttribute(String name,Object value)

2. getAttribute(String name)

3. removeAttribute(String name)

* ServletContext对象范围：所有用户所有请求的数据

3. 获取文件的真实(服务器)路径

1. 方法：String getRealPath(String path)

String b = context.getRealPath("/b.txt");//web目录下资源访问

System.out.println(b);

String c = context.getRealPath("/WEB-INF/c.txt");//WEB-INF目录下的资源访问

System.out.println(c);

String a = context.getRealPath("/WEB-INF/classes/a.txt");//src目录下的资源访问

System.out.println(a);

Cookie

截屏2020-06-29下午10.21.17.png

Session

截屏2020-06-29下午10.45.16.png

JSP:

截屏2020-07-01上午11.12.40.png

1. 概念：

* Java Server Pages： java服务器端页面

* 可以理解为：一个特殊的页面，其中既可以指定定义html标签，又可以定义java代码

* 用于简化书写！！！

2. 原理

* JSP本质上就是一个Servlet

3. 内置对象

* 在jsp页面中不需要创建，直接使用的对象

* 一共有9个：

变量名 真实类型 作用

* pageContext PageContext 当前页面共享数据，还可以获取其他八个内置对象

* request HttpServletRequest 一次请求访问的多个资源(转发)

* session HttpSession 一次会话的多个请求间

* application ServletContext 所有用户间共享数据

* response HttpServletResponse 响应对象

* page Object 当前页面(Servlet)的对象 this

* out JspWriter 输出对象，数据输出到页面上

* config ServletConfig Servlet的配置对象

* exception Throwable 异常对象

64. jsp 和 servlet 有什么区别？

jsp本质上是jsp, jsp经过编译之后就成了servlet。

Jsp是Servlet的一种简化，使用Jsp只需要完成程序员需要输出到客户端的内容，Jsp中的Java脚本如何镶嵌到一个类中，由Jsp容器完成。而Servlet则是个完整的Java类，这个类的Service方法用于生成对客户端的响应。

jsp更擅长页面展示，servlet擅长逻辑处理。

jsp中没有内置类，jsp有，但是必须通过servlet的HttpServletRequest对象，HttpServletResponse对象以及HttpServlet对象得到。

65. jsp 有哪些内置对象？作用分别是什么？

JSP有9个内置对象：

request：封装客户端的请求，其中包含来自GET或POST请求的参数；

response：封装服务器对客户端的响应；

pageContext：通过该对象可以获取其他对象；

session：封装用户会话的对象；

application：封装服务器运行环境的对象；

out：输出服务器响应的输出流对象；

config：Web应用的配置对象；

page：JSP页面本身(相当于Java程序中的this)；

exception：封装页面抛出异常的对象。

66. 说一下 jsp 的 4 种作用域？

JSP中的四种作用域包括page、request、session和application，具体来说：

page代表与一个页面相关的对象和属性。

request代表与Web客户机发出的一个请求相关的对象和属性。一个请求可能跨越多个页面，涉及多个Web组件；需要在页面显示的临时数据可以置于此作用域。

session代表与某个用户与服务器建立的一次会话相关的对象和属性。跟某个用户相关的数据应该放在用户自己的session中。

application代表与整个Web应用程序相关的对象和属性，它实质上是跨越整个Web应用程序，包括多个页面、请求和会话的一个全局作用域。

67. session 和 cookie 有什么区别？

由于HTTP协议是无状态的协议，所以服务端需要记录用户的状态时，就需要用某种机制来识具体的用户，这个机制就是Session.

典型的场景比如购物车，当你点击下单按钮时，由于HTTP协议无状态，所以并不知道是哪个用户操作的，

所以服务端要为特定的用户创建了特定的Session，用用于标识这个用户，并且跟踪用户，这样才知道购物车里面有几本书。

这个Session是保存在服务端的，有一个唯一标识。在服务端保存Session的方法很多，内存、数据库、文件都有。

集群的时候也要考虑Session的转移，在大型的网站，一般会有专门的Session服务器集群，用来保存用户会话，这个时候 Session 信息都是放在内存的，使用一些缓存服务比如Memcached之类的来放 Session。

思考一下服务端如何识别特定的客户？

这个时候Cookie就登场了。每次HTTP请求的时候，客户端都会发送相应的Cookie信息到服务端。

实际上大多数的应用都是用 Cookie 来实现Session跟踪的，第一次创建Session的时候，服务端会在HTTP协议中告诉客户端，

需要在 Cookie 里面记录一个Session ID，以后每次请求把这个会话ID发送到服务器，我就知道你是谁了。

有人问，如果客户端的浏览器禁用了 Cookie 怎么办？一般这种情况下，会使用一种叫做URL重写的技术来进行会话跟踪，

即每次HTTP交互，URL后面都会被附加上一个诸如 sid=xxxxx 这样的参数，服务端据此来识别用户。

Cookie其实还可以用在一些方便用户的场景下，设想你某次登陆过一个网站，下次登录的时候不想再次输入账号了，怎么办？这个信息可以写到Cookie里面，访问网站的时候，网站页面的脚本可以读取这个信息，就自动帮你把用户名给填了，能够方便一下用户。这也是Cookie名称的由来，给用户的一点甜头。所以，总结一下：Session是在服务端保存的一个数据结构，用来跟踪用户的状态，这个数据可以保存在集群、数据库、文件中；Cookie是客户端保存用户信息的一种机制，用来记录用户的一些信息，也是实现Session的一种方式。

68. 说一下 session 的工作原理？

其实session是一个存在服务器上的类似于一个散列表格的文件。里面存有我们需要的信息，在我们需要用的时候可以从里面取出来。类似于一个大号的map吧，里面的键存储的是用户的sessionid，用户向服务器发送请求的时候会带上这个sessionid。这时就可以从中取出对应的值了。

69. 如果客户端禁止 cookie 能实现 session 还能用吗？

Cookie与 Session，一般认为是两个独立的东西，Session采用的是在服务器端保持状态的方案，而Cookie采用的是在客户端保持状态的方案。但为什么禁用Cookie就不能得到Session呢？因为Session是用Session ID来确定当前对话所对应的服务器Session，而Session ID是通过Cookie来传递的，禁用Cookie相当于失去了Session ID，也就得不到Session了。

假定用户关闭Cookie的情况下使用Session，其实现途径有以下几种：

设置php.ini配置文件中的“session.use_trans_sid = 1”，或者编译时打开打开了“--enable-trans-sid”选项，让PHP自动跨页传递Session ID。

手动通过URL传值、隐藏表单传递Session ID。

用文件、数据库等形式保存Session ID，在跨页过程中手动调用。

70. spring mvc 和 struts 的区别是什么

拦截机制的不同

Struts2是类级别的拦截，每次请求就会创建一个Action，和Spring整合时Struts2的ActionBean注入作用域是原型模式prototype，然后通过setter，getter吧request数据注入到属性。Struts2中，一个Action对应一个request，response上下文，在接收参数时，可以通过属性接收，这说明属性参数是让多个方法共享的。Struts2中Action的一个方法可以对应一个url，而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了，只能设计为多例。

SpringMVC是方法级别的拦截，一个方法对应一个Request上下文，所以方法直接基本上是独立的，独享request，response数据。而每个方法同时又何一个url对应，参数的传递是直接注入到方法中的，是方法所独有的。处理结果通过ModeMap返回给框架。在Spring整合时，SpringMVC的Controller Bean默认单例模式Singleton，所以默认对所有的请求，只会创建一个Controller，有应为没有共享的属性，所以是线程安全的，如果要改变默认的作用域，需要添加@Scope注解修改。

Struts2有自己的拦截Interceptor机制，SpringMVC这是用的是独立的Aop方式，这样导致Struts2的配置文件量还是比SpringMVC大。

底层框架的不同

Struts2采用Filter(StrutsPrepareAndExecuteFilter)实现，SpringMVC(DispatcherServlet)则采用Servlet实现。Filter在容器启动之后即初始化；服务停止以后坠毁，晚于Servlet。Servlet在是在调用时初始化，先于Filter调用，服务停止后销毁。

性能方面

Struts2是类级别的拦截，每次请求对应实例一个新的Action，需要加载所有的属性值注入，SpringMVC实现了零配置，由于SpringMVC基于方法的拦截，有加载一次单例模式bean注入。所以，SpringMVC开发效率和性能高于Struts2。

配置方面

spring MVC和Spring是无缝的。从这个项目的管理和安全上也比Struts2高。

什么是sql注入？

SQL注入是比较常见的网络攻击方式之一，它不是利用操作系统的BUG来实现攻击，而是针对程序员编写时的疏忽，通过SQL语句，实现无账号登录，甚至篡改数据库。

String sql = "select * from user_table where username=

' "+userName+" ' and password=' "+password+" '";

--当输入了上面的用户名和密码，上面的SQL语句变成：

SELECT * FROM user_table WHERE username=

'’or 1 = 1 -- and password='’ """

--分析SQL语句：

--条件后面username=”or 1=1 用户名等于 ” 或1=1 那么这个条件一定会成功；

--然后后面加两个-，这意味着注释，它将后面的语句注释，让他们不起作用，这样语句永远都--能正确执行，用户轻易骗过系统，获取合法身份。

为什么用PrepareStatement可以防止sql注入？

原理是采用了预编译的方法，先将SQL语句中可被客户端控制的参数集进行编译，生成对应的临时变量集，再使用对应的设置方法，为临时变量集里面的元素进行赋值，赋值函数setString()，会对传入的参数进行强制类型检查和安全检查，所以就避免了SQL注入的产生。下面具体分析。

1)：为什么Statement会被sql注入

因为Statement之所以会被sql注入是因为SQL语句结构发生了变化。比如：

"select*from tablename where username='"+uesrname+

"'and password='"+password+"'"

在用户输入'or true or'之后sql语句结构改变。

select*from tablename where username=''or true or'' and password=''

这样本来是判断用户名和密码都匹配时才会计数，但是经过改变后变成了或的逻辑关系，不管用户名和密码是否匹配该式的返回值永远为true;

(2)为什么Preparement可以防止SQL注入。

因为Preparement样式为

select*from tablename where username=? and password=?

该SQL语句会在得到用户的输入之前先用数据库进行预编译，这样的话不管用户输入什么用户名和密码的判断始终都是并的逻辑关系，防止了SQL注入

简单总结，参数化能防注入的原因在于，语句是语句，参数是参数，参数的值并不是语句的一部分，数据库只按语句的语义跑，至于跑的时候是带一个普通背包还是一个怪物，不会影响行进路线，无非跑的快点与慢点的区别。

72. 什么是 XSS 攻击，如何避免？

XSS攻击又称CSS,全称Cross Site Script (跨站脚本攻击)，其原理是攻击者向有XSS漏洞的网站中输入恶意的 HTML 代码，当用户浏览该网站时，这段 HTML 代码会自动执行，从而达到攻击的目的。XSS 攻击类似于 SQL 注入攻击，SQL注入攻击中以SQL语句作为用户输入，从而达到查询/修改/删除数据的目的，而在xss攻击中，通过插入恶意脚本，实现对用户游览器的控制，获取用户的一些信息。 XSS是 Web 程序中常见的漏洞，XSS 属于被动式且用于客户端的攻击方式。

XSS防范的总体思路是：对输入(和URL参数)进行过滤，对输出进行编码。

73. 什么是 CSRF 攻击，如何避免？

CSRF(Cross-site request forgery)也被称为 one-click attack或者 session riding，中文全称是叫跨站请求伪造。一般来说，攻击者通过伪造用户的浏览器的请求，向访问一个用户自己曾经认证访问过的网站发送出去，使目标网站接收并误以为是用户的真实操作而去执行命令。常用于盗取账号、转账、发送虚假消息等。攻击者利用网站对请求的验证漏洞而实现这样的攻击行为，网站能够确认请求来源于用户的浏览器，却不能验证请求是否源于用户的真实意愿下的操作行为。

过滤器和监听器

过滤器

截屏2020-07-01下午8.15.29.png

监听器

截屏2020-07-01下午8.44.54.png

AJAX和JSON

AJAX

截屏2020-07-01下午9.30.33.png

概念： ASynchronous JavaScript And XML 异步的JavaScript 和 XML

1. 异步和同步：客户端和服务器端相互通信的基础上

* 客户端必须等待服务器端的响应。在等待的期间客户端不能做其他操作。

* 客户端不需要等待服务器端的响应。在服务器处理请求的过程中，客户端可以进行其他的操作。

Ajax 是一种在无需重新加载整个网页的情况下，能够更新部分网页的技术。 [1]

通过在后台与服务器进行少量数据交换，Ajax 可以使网页实现异步更新。这意味着可以在不重新加载整个网页的情况下，对网页的某部分进行更新。

传统的网页(不使用 Ajax)如果需要更新内容，必须重载整个网页页面。

提升用户的体验

JSON

截屏2020-07-01下午9.36.04.png

概念： JavaScript Object Notation JavaScript对象表示法

Person p = new Person();

p.setName("张三");

p.setAge(23);

p.setGender("男");

var p = {"name":"张三","age":23,"gender":"男"};

* json现在多用于存储和交换文本信息的语法

* 进行数据的传输

* JSON 比 XML 更小、更快，更易解析。