web核心
-
Web：全球广域网，也称为万维网(www)，能够通过浏览器访问的网站。
-
JavaWeb： 是用 Java技术来解决相关web互联网领域的技术栈。
-
B/S架构：Browser/Server，浏览器/服务器架构模式。它的特点是，客户端只需要浏览器，应用程序的逻辑和数据都存储在服务器端。浏览器只需要请求服务器，获取Web资源，服务器把Web资源发送给浏览器即可
好处是易于维护升级：服务器端升级后，客户端无需任何部署就可以使用到新的版本。
-
-
动态资源：Servlet、JSP 等。负责逻辑处理
-
数据库：负责存储数据
-
HTTP协议：定义通信规则（浏览器和服务器之间传输数据格式的规定）
-
Web服务器：负责解析 HTTP 协议，解析请求数据，并发送响应数据
HTTP协议特点
-
-
基于请求-响应模型的：一次请求对应一次响应
-
HTTP协议是无状态的协议：对于事务处理没有记忆能力。每次请求-响应都是独立的。
-
缺点：多次请求间不能共享数据。（java 使用cookie，Session来解决这个问题）
-
优点：速度快。
Http请求数据格式
- 请求行: 请求数据的第一行。其中GET标识请求方式,/标识请求资源路径,HTTP/1.1表示协议版本
- 请求头:第二行开始,格式为key: value形式
- 请求体:POST请求的最后一部分，存放请求参数（post请求特有）
-
-
Host: 表示请求的主机名
-
User-Agent: 浏览器版本，例如Chrome浏览器的标识类似Mozilla/5.0 ... Chrome/79，IE浏览器的标识类似Mozilla/5.0 (Windows NT ...) like Gecko；
-
Accept：表示浏览器能接收的资源类型，如text/，image/或者/表示所有；
-
Accept-Language：表示浏览器偏好的语言，服务器可以据此返回不同语言的网页；
-
Accept-Encoding：表示浏览器可以支持的压缩类型，例如gzip, deflate等。
-
-
GET请求请求参数在请求行中，没有请求体。POST请求请求参数在请求体中。
-
GET请求请求参数大小有限制，POST没有。
-
响应数据的第一行。其中 HTTP/1.1 表示协议版本，200表示响应状态码，OK表示状态码描述
HTTP/1.1 200 OK
2.响应头
-
第二行开始，格式为key：value形式
Server: Tengine
Content-Type: text/html
Transfer-Encoding: gzip
-
常见的响应头
-
Content-Type：表示响应内容的类型，例如text/html，image/jpeg
-
Content-Length：表示该响应内容的长度（字节数）
-
Content-Encoding：表示该响应压缩算法，例如gzip
-
Cache-Control：指示客户端应如何缓存，例如max-age=300表示可以最多缓存300秒
-
3.响应体
-
最后一部分。用于存放响应数据。
最后相应体内容和相应头中的content-Type：text/html 类型一致
<html>
<head>
<title>hello</title>
</head>
<body>
hello
</body>
</html>
4.常见状态码
| 状态码分类 | 说明 |
|---|---|
| 1xx | 响应中——临时状态码，表示请求已经接受，告诉客户端应该继续请求或者如果它已经完成则忽略它 |
| 2xx | 成功——表示请求已经被成功接收，处理已完成 |
| 3xx | 重定向——重定向到其它地方：它让客户端再发起一个请求以完成整个处理。 |
| 4xx | 客户端错误——处理发生错误，责任在客户端，如：客户端的请求一个不存在的资源，客户端未被授权，禁止访问等 |
| 5xx | 服务器端错误——处理发生错误，责任在服务端，如：服务端抛出异常，路由出错，HTTP版本不支持等 |
状态码大全: https://cloud.tencent.com/developer/chapter/13553
-
Tomcat是 Apache 软件基金会一个核心项目，是一个开源免费的轻量级Web服务器软件，支持Servlet/JSP少量JavaEE规范。
-
JavaEE：(Java Enterprise Edition) Java企业版。指Java企业级开发的技术规范总和。包含13项技术规范：JDBC、JNDI、EJB、RMI、JSP、Servlet、XML、JMS、Java IDL、JTS、JTA、JavaMail、JAF。
-
Tomcat 也被称为 Web容器、Servlet容器。Servlet 需要依赖于 Tomcat才能运行 。
- http请求解析和给出相应的代码由Tomcat完成，不需要我们在手动敲了
控制台乱码
- 修改conf/logging.properties配置文件
java.util.logging.ConsoleHandler.encoding = UTF-8
# 改为
java.util.logging.ConsoleHandler.encoding = GBK
-
修改配置文件 conf/server.xml
<Connector port="80" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
-
修改端口为80后，则访问时无需编写端口号！
- address already is used 端口号被占用
- tomcat一闪而过 Java_HOME配置不对
- 如果刚开始运行startup 控制台乱码 ，修改配置文件logging.properties中的控制台编码为GBK就可以了
2.Tomcat发布项目
-
将项目放在 webapps 目录下。
将打好的 war 包放在 webapps 目录下，Tomcat在启动时会自动解压war包。
创建MavenWeb项目
idea集成Tomcat
- 本地集成Tomcat
关联自己模块的war包 模块.war.exploded
- Maven插件集成Tomcat（使用bulid标签添加tomcat坐标）只支持到7，下面和上面配置的东西一样
Servlet
Servlet是Java提供的一门开发动态web资源的技术（静态资源 html,css,js 不会变的）（动态资源不同用户，不同的参数看到的效果不一样)
Servlet 是JavaEE 规范之一，其实就是一个接口，将来我们需要定义Servlet类实现Servlet接口，并由web服务器运行Servlet。
实现servlet
1创建web项目，导入Servlet依赖坐标
2创建，定义一个类实现Servlet接口，并重写接口里面的方法。
public class ServletDemo implements Servlet{ }
3 配置：在类上使用@WebServlet注解，配置该Servlet的访问路径
4 访问：启动
-
-
Servlet由web服务器创建，Servlet方法由web服务器调用。
-
-
服务器怎么知道Servlet中一定有service方法？
-
因为我们自定义的Servlet实现类，必须实现Servlet接口并重写方法，而Servlet接口中有service方法。
-
Servlet生命周期
-
-
初始化：在Servlet实例化之后，容器将调用Servlet的init()方法初始化这个对象，完成一些如加载配置文件、创建连接等初始化的工作。该方法只调用一次
-
请求处理：每次请求Servlet时，Servlet容器都会调用Servlet的service()方法对请求进行处理。
-
服务终止：当需要释放内存或者容器关闭时，容器就会调用Servlet实例的destroy()方法完成资源的释放。在destroy()方法调用之后，容器会释放这个Servlet实例，该实例随后会被Java的垃圾收集器所回收
/* loadOnStartup： 负整数：第一次被访问时创建Servlet对象 0或正整数：服务器启动时创建Servlet对象，数字越小优先级越高 */ @WebServlet(urlPatterns = "/demo2",loadOnStartup = 1) public class ServletDemo02 implements Servlet { /* 初始化方法 1.调用时机：默认在服务启动时创建，可以修改 2.执行次数：一次 */ @Override public void init(ServletConfig servletConfig) throws ServletException { System.out.println("初始化了..."); } /* 提供服务方法 1.调用时机：每次请求时都会执行（Servlet被访问） 2.执行次数：多次 */ @Override public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException { System.out.println("Hello Servlet~"); } /* 销毁方法： 1.调用时机：内存释放或服务停止时执行 2.执行次数：一次
3.强制关闭不会调用destroy，使用控制台 mvn命令的方式关闭 */ @Override public void destroy() { System.out.println("被销毁了..."); } @Override public ServletConfig getServletConfig() { return null; } @Override public String getServletInfo() { return null; } }
Servlet方法介绍
void init(ServletConfig config)
2.提供服务方法， 每次Servlet被访问，都会调用该方法
void service(ServletRequest req, ServletResponse res)
3.销毁方法，当Servlet被销毁时，调用该方法。在内存释放或服务器关闭时销毁Servlet
void destroy()
4.获取ServletConfig对象
ServletConfig getServletConfig()
5.获取Servlet信息
String getServletInfo()
6.代码演示
@WebServlet(urlPatterns = "/demo3",loadOnStartup = 1) public class ServletDemo03 implements Servlet { //声明ServletConfig对象 private ServletConfig servletConfig; /* 初始化方法 1.调用时机：默认在服务启动时创建，可以修改 2.执行次数：一次 */ @Override public void init(ServletConfig servletConfig) throws ServletException { //在初始化时，由容器给ServletConfig对象赋值 this.servletConfig = servletConfig; System.out.println("初始化了..."); } /* 提供服务方法 1.调用时机：每次请求时都会执行 2.执行次数：多次 */ @Override public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException { System.out.println("Hello Servlet~"); } /* 销毁方法： 1.调用时机：内存释放或服务停止时执行 2.执行次数：一次 */ @Override public void destroy() { System.out.println("被销毁了..."); } /* 获取ServletConfig对象 */ @Override public ServletConfig getServletConfig() { return servletConfig; } @Override public String getServletInfo() { return null; } }
-
推荐：继承HttpServlet。
-
HTTP 协议中，GET 和 POST 请求方式的数据格式不一样，将来要想在Servlet中处理请求参数，得在service方法中判断请求方式，并且根据请求方式的不同，分别进行处理，自己编写代码区分比较麻烦！
不同的请求参数post和get在请求中的位置不一样
Servlet urlPattern配置
servlet 要想被访问，必须配置其访问路径（urlPattern）
一个Servlet，可以配置多个 urlPatter
@WebServlet(urlPatterns = {"/demo1","/demo2"})
路径urlPattern配置规则
- 精确匹配
- @WebServlet("/demo5") // 1. 精确匹配 或者@WebServlet(urlPatterns="/demo5")
- 目录匹配
- @WebServlet("/my/*") // 2. 目录匹配
-
- 扩展名匹配
-
@WebServlet("*.do") // 3. 扩展名匹配(注意不能写/)
-
-
- 任意匹配
-
// @WebServlet("/") // 4. 任意匹配
@WebServlet("/*") // 4. 任意匹配 -
-
任意路径都可以
-
-
-
-
/ 和 /* 的区别
-
当我们的项目中配置了“/*”，意味着匹配任意访问路径。
-
当我们的项目中的Servlet配置了“/”，会覆盖掉tomcat中的DefaultServlet(Tomcat 中有个web.xml中配置，处理所有静态资源的访问，如果你定义了/，那么就会走你的Servlet，静态资源就能不能访问了)，当其他的 urlPattern 都匹配不上时都会走这个Servlet。
-
-
配置优先级
-
精确路径 > 目录路径 > 扩展名路径 > /* > /
-
-
使用XML配置Servlet
-
Servlet 从3.0版本后开始支持使用注解配置，3.0版本前只支持 XML 配置文件的配置方式
-
配置方式
-
编写Servlet类
public class ServletDemo06 extends HttpServlet { @Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { System.out.println("get方式..."); } @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { System.out.println("post方式..."); } }
- 在web.xml配置文件中配置
<web-app> <servlet> <servlet-name>selfname</servlet-name> <-- Servlet类路径 --> <servlet-class>com.itheima.web.ServletDemo06</servlet-class> </servlet> <servlet-mapping> <servlet-name>selfname</servlet-name> <-- 访问路径 --> <url-pattern>/demo6</url-pattern> </servlet-mapping> </web-app>
-
Request（封装请求数据）和Response（封装响应数据）
-
-
浏览器会发送HTTP请求到后台服务器[Tomcat]
-
HTTP的请求中会包含很多请求数据[请求行+请求头+请求体]
-
后台服务器[Tomcat]会对HTTP请求中的数据进行解析并把解析结果存入到一个对象中
-
所存入的对象即为request对象，所以我们可以从request对象中获取请求的相关参数
-
获取到数据后就可以继续后续的业务，比如获取用户名和密码就可以实现登录操作的相关业务
-
-
response:==设置==响应数据
-
业务处理完后，后台就需要给前端返回业务处理的结果即响应数据
-
把响应数据封装到response对象中
-
后台服务器[Tomcat]会解析response对象,按照[响应行+响应头+响应体]格式拼接结果
-
浏览器最终解析结果，把内容展示在浏览器给用户浏览
-
ServletRequest和HttpServletRequest是继承关系，并且两个都是接口，接口是无法创建对象
-
该类实现了HttpServletRequest接口，也间接实现了ServletRequest接口。
-
Servlet类中的service方法、doGet方法或者是doPost方法最终都是由Web服务器[Tomcat]来调用的，所以Tomcat提供了方法参数接口的具体实现类，并完成了对象的创建
-
要想了解RequestFacade中都提供了哪些方法，我们可以直接查看JavaEE的API文档中关于ServletRequest和HttpServletRequest的接口文档，因为RequestFacade实现了其接口就需要重写接口中的方法
获取 Http请求数据的内容 请求行 请求头 请求体
-
获取请求行中的内容
-
- 获取请求方式String getMethod（）→GET
- 获取请求资源项目路径(虚拟路径) String getContextPath()→ "/request-demo" 动态获取虚拟目录
- 获取url uniform resource locador(统一资源定位符) String getRequestURL() →http://localhost:8080/request-demo/req1
- 获取uri uniform resource identifier（统一资源标识符）String getRequestURI() →/request-demo/req1
- 获取请求参数 String getQueryString()→ username=zhangsan
-
获取请求头中的内容 内容为map键值对
- String getHeader（String key）→参数你想要获得请求头中 键对应的数据
//获取请求头 String header = req.getHeader("user-agent"); System.out.println(header);
-
获取请求体中的内容 post请求
ServletInputStream getInputStream();//获取字节输入流 使用流获取 BufferedReader getReader();//获取字节输入流
get和post中的通用获取参数的方法 parameter
request存储数据参数 map<String,String[]>
- 获取所有参数Map集合
- Map<String,String[]> getParameterMap()
- 根据名称获取参数值（数组）
- String[] getParameterValues(String name)
- 根据名称获取参数值（单个值）
- String getParameter(String name)
乱码解决
post方法通过getReader获得流（tomcat采用的是IOS-8859-1不支持中文，所以会出现乱码）
request.setCharacterEncoding("UTF-8")设置编码,UTF-8也可以写成小写，把tomcat获取流的方式变为了utf-8
//1. 解决乱码: POST getReader() //设置字符输入流的编码，设置的字符集要和页面保持一致 request.setCharacterEncoding("UTF-8"); //2. 获取username String username = request.getParameter("username");
get请求方式乱码解决（tomcat 8.0 之后不会发生乱码了）
乱码原因
浏览器不支持中文，浏览器会对我们的中文进行URL编码，而tomcat会对传过来的编码，进行URL解码
将字符按照编码转换为二进制，在转换为16进制每两位前面加一个%
底层的编码代码写死了，
URLEncode.encode(内容,"utf-8")
URLDecode.decode(内容，"ios-8859-1")
根据编码的字节数据一样
所以我们先进行 解码转换为字节数组byte[] bytes=乱码数据.getBytes("ios-8859-1")
再new String(bytes,"utf-8");就得到我们原来的数据了
-
==请求转发(forward):一种在服务器内部的资源跳转方式。
//实现方式 执行转发路径中的资源 request.getRequestDispatcher("资源B路径").forward(request,responce)
-
存储数据到request域[范围,数据是存储在request对象]中
void setAttribute(String name,Object o);
-
根据key获取值
Object getAttribute(String name);
-
根据key删除该键值对
void removeAttribute(String name);
请求转发特点
-
虽然后台从
/a转发到/b,但是浏览器的地址一直是/a,未发生变化 -
只能转发到当前服务器的内部资源
不能从一个服务器通过转发访问另一台服务器
-
一次请求，可以在转发资源间使用request共享数据
虽然后台从
/a转发到/b，但是这个==只有一次请求==
response对象
-
-
Response:使用response对象来==设置==响应数据
Reponse的继承体系和Request的继承体系也非常相似:
-
-
Response完成重定向
-
Response响应字符数据
-
Response响应字节数据
如果request get方法多的话，那么responses就是set方法设置响应的
http response相应的数据格式也是分为 响应行 响应头 和 响应体
- 响应行
//设置状态码 void setStatus(int sc);
- 响应头
设置响应头键值对
void setHeader(String name,String value); void setHeader("Content-Type","text/html"); void setContentType("text/html");
- 响应体
获取字符输出流:
PrintWriter writer = response.getWriter();
//像设置响应数据的类型,这里我们设置的是html或者文本类型的响应数据
response.setHeader("content_type","text/html");
//代替上面一行代码
respobse.setContentType("text/html;charset=utf-8")
writer.write(<h1>wa</h1>);
获取字节输出流
ServletOutputStream getOutputStream();
这两种流都是自动关闭
使用工具类完成数据的复制引入坐标
调用工具类方法
//fis:输入流 //os:输出流 IOUtils.copy(fis,os);
response完成重定向
Response重定向(redirect):一种资源跳转方式
(2)资源A现在无法处理该请求，就会给浏览器响应一个302的状态码+location的一个访问资源B的路径
(3)浏览器接收到响应状态码为302就会重新发送请求到location对应的访问地址去访问资源B
(4)资源B接收到请求后进行处理并最终给浏览器响应结果，这整个过程就叫==重定向==
//实现方法 response.setStatus(302); response.setHeader("Location","资源B的url") //简化实现方法 response.sendRedirect("资源B的url")
特点
-
当进行重定向访问的时候，由于是由浏览器发送的两次请求，所以地址会发生变化
-
可以重定向到任何位置的资源(服务内容、外部均可)
因为第一次响应结果中包含了浏览器下次要跳转的路径，所以这个路径是可以任意位置资源。
-
两次请求，不能在多个资源使用request共享数据
因为浏览器发送了两次请求，是两个不同的request对象，就无法通过request对象进行共享数据
路径问题
-
浏览器使用:需要加虚拟目录(项目访问路径)
-
服务端使用:不需要加虚拟目录
