B/S 架构
Browser/Server,浏览器/服务器 架构模式,它的特点是,客户端只需要浏览器,应用程序的逻辑和数据都存储在服务器端。浏览器只需要请求服务器,获取Web资源,服务器把Web资源发送给浏览器即可
好处:易于维护升级;服务器端升级后,客户端无需任何部署就可以使用到新的版本
超文本传输协议,规定了浏览器和服务器之间数据传输的规则
HTTP协议特点
请求数据分为3部分:
GET / HTTP/1.1
Host: www.itcast.cn
Connection: keep-alive
User-Agent: Mozilla/5.0 Chrome/91.0.4472.106
POST / HTTP/1.1
Host: www.itcast.cn
Connection: keep-alive
Cache-Control: max-age=0 Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 Chrome/91.0.4472.106
username=superbaby&password=123456
GET请求和POST请求区别:
常见的HTTP 请求头:
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等。
响应数据分为3部分
HTTP/1.1 200 OK
Server: Tengine
Content-Type: text/html
Transfer-Encoding: chunked…
常见的HTTP响应头
Content-Type:表示该响应内容的类型,例如text/html,image/jpeg;
Content-Length:表示该响应内容的长度(字节数);
Content-Encoding:表示该响应压缩算法,例如gzip;
Cache-Control:指示客户端应如何缓存,例如max-age=300表示可以最多缓存300秒
状态码分类 | 说明 |
---|---|
1xx | 响应中——临时状态码,表示请求已经接受,告诉客户端应该继续请求或者如果它已经完成则忽略它 |
2xx | 成功——表示请求已经被成功接收,处理已完成 |
3xx | 重定向——重定向到其它地方:它让客户端再发起一个请求以完成整个处理。 |
4xx | 客户端错误——处理发生错误,责任在客户端,如:客户端的请求一个不存在的资源,客户端未被授权,禁止访问等 |
5xx | 服务器端错误——处理发生错误,责任在服务端,如:服务端抛出异常,路由出错,HTTP版本不支持等 |
状态码大全:https://cloud.tencent.com/developer/chapter/13553
状态码 | 英文描述 | 解释 |
---|---|---|
200 | OK |
客户端请求成功,即处理成功,这是我们最想看到的状态码 |
302 | Found |
指示所请求的资源已移动到由Location 响应头给定的 URL,浏览器会自动重新访问到这个页面 |
304 | Not Modified |
告诉客户端,你请求的资源至上次取得后,服务端并未更改,你直接用你本地缓存吧。隐式重定向 |
400 | Bad Request |
客户端请求有语法错误,不能被服务器所理解 |
403 | Forbidden |
服务器收到请求,但是拒绝提供服务,比如:没有权限访问相关资源 |
404 | Not Found |
请求资源不存在,一般是URL输入有误,或者网站资源被删除了 |
428 | Precondition Required |
服务器要求有条件的请求,告诉客户端要想访问该资源,必须携带特定的请求头 |
429 | Too Many Requests |
太多请求,可以限制客户端请求某个资源的数量,配合 Retry-After(多长时间后可以请求)响应头一起使用 |
431 | Request Header Fields Too Large |
请求头太大,服务器不愿意处理请求,因为它的头部字段太大。请求可以在减少请求头域的大小后重新提交。 |
405 | Method Not Allowed |
请求方式有误,比如应该用GET请求方式的资源,用了POST |
500 | Internal Server Error |
服务器发生不可预期的错误。服务器出异常了,赶紧看日志去吧 |
503 | Service Unavailable |
服务器尚未准备好处理请求,服务器刚刚启动,还未初始化好 |
511 | Network Authentication Required |
客户端需要进行身份验证才能获得网络访问权限 |
Tomcat在Maven中的插件
<build>
<plugins>
<plugin>
<groupId>org.apache.tomcat.mavengroupId>
<artifactId>tomcat7-maven-pluginartifactId>
<version>2.2version>
<configuration>
<port>8080port>
<path>path>
configuration>
plugin>plugins>
build>
Servlet 是 Java提供的一门动态web资源开发技术
1.创建web项目,导入Servlet依赖坐标
<dependencies>
<dependency>
<groupId>javax.servletgroupId>
<artifactId>javax.servlet-apiartifactId>
<version>3.1.0version>
<scope>providedscope>
dependency>
dependencies>
2.创建:定义一个类,实现 Servlet接口,并重写接口中所有方法
3.配置:在类上使用@WebServlet 注解,配置该 Servlet的访问路径
@WebServlet("/demo1")
public class ServletDemo1 implements Servlet {
@Override
public void init(ServletConfig servletConfig) throws ServletException {
}
@Override
public ServletConfig getServletConfig() {
return null;
}
@Override
public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException {
System.out.println("servlet hello world!");
}
@Override
public String getServletInfo() {
return null;
}
@Override
public void destroy() {
}
}
4.访问:启动 Tomcat,浏览器输入URL 访问该Servlet
Servlet由谁创建?Servlet方法由谁调用?
Servlet由web服务器创建,Servlet方法由web服务器调用。
服务器怎么知道Servlet中一定有service方法?
因为我们自定义的Servlet,必须实现servlet接口并复写其方法,而Servlet接口中有service方法
Servlet运行在Servlet容器(web服务器)中,其生命周期由容器来管理
1.加载和实例化:默认情况下,当Servlet第一次被访问时,由容器创建Servlet对象
2.初始化:在Servlet实例化之后,容器将调用Servlet的init()方法初始化这个对象,完成一些如加载配置文件、创建连接等初始化的工作。该方法只调用一次
3.请求处理:每次请求Servlet时,Servlet容器都会调用Servlet的**service()**方法对请求进行处理。
4.服务终止:当需要释放内存或者容器关闭时,容器就会调用Servlet实例的**destroy()**方法完成资源的释放。在destroy()方法调用之后,容器会释放这个Servlet实例,该实例随后会被Java的垃圾收集器所回收
init()方法-------初始化方法
调用时机:默认情况下,Servlet被第一次访问时,调用;可以用loadOnstartup调整调用时机
调用次数:1次
@WebServlet(urlPatterns = "/demo1",loadOnStartup = 1)
service()方法-------提供服务
调用时机:每一次Servlet被访问,调用
调用次数:多次
destroy()方法-------摧毁方法
调用时机:内存释放或者服务器关闭的时候,Servlet对象会被销毁,调用
调用次数:1次
getServletInfo()方法-------获取Servlet信息
getServletConfig()方法-------获取ServletConfig对象
public class ServletDemo2 implements Servlet {
private ServletConfig servletConfig;
@Override
public void init(ServletConfig servletConfig) throws ServletException {
this.servletConfig = servletConfig;
System.out.println("init~~~~");
}
@Override
public ServletConfig getServletConfig() {
return servletConfig;
}
}
HttpServlet -------> GenericServlet -------> Servlet
Servlet:Servlet体系根接口
GenericServlet:Servlet抽象实现类
HttpServlet:对HTTP协议封装的Servlet实现类
我们将来开发B/S架构的web项目,都是针对HTTP协议,所以我们自定义Servlet,会继承HttpServlet
HttpServlet原理
HTTP 协议中,GET 和 POST 请求方式的数据格式不一样,将来要想在Servlet中处理请求参数,得在service方法中判断请求方式,并且根据请求方式的不同,分别进行处理
HttpServlet使用
@WebServlet("/demo3")
public class ServletDemo3 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...");
}
}
Servlet 要想被访问,必须配置其访问路径(urlPattern)
一个Servlet,可以配置多个 urlPattern
@WebServlet(urlPatterns = {"/demo7","/demo8"})
配置规则
精确匹配
目录匹配
配置路径:@webServlet(“/user/*”)
访问路径:localhost:8080/web-demo/user/aaa
localhost:8080/web-demo/user/bbb
扩展名匹配
配置路径:@webServlet(“*.do”)
访问路径:localhost:8080/web-demo/aaa.do
localhost:8080/web-demo/bbb.do
任意匹配
配置路径:@webServlet(“/”)
@webServlet(“/*”)
访问路径:localhost:8080/web-demo/hehe
localhost:8080/web-demo/haha
/ 和 /* 区别:
当我们的项目中的Servlet配置了“/”,会覆盖掉tomcat中的DefaultServlet,当其他的 url-pattern都匹配不上时都会走这个Servlet;当我们的项目中配置了“/*”,意味着匹配任意访问路径
优先级: 精确路径 > 目录路径 > 扩展名路径 > / > /*
1.编写Servlet类
public class ServletDemo4 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...");
}
}
2.在 web.xml中配置该Servlet
<servlet>
<servlet-name>demo13servlet-name>
<servlet-class>com.itheima.web.ServletDemo4servlet-class>
servlet>
<servlet-mapping>
<servlet-name>demo13servlet-name>
<url-pattern>/demo13url-pattern>
servlet-mapping>