在观看了动力节点视频后的一些笔记整理
一、什么是Web开发:Web通信,指的是俩台计算机通过网络进行资源共享活动。
web前端开发
web后台开发:由于后台开发使用的编程语言是Java,所以我们可以称为“javaweb开发程序员”。
二、资源文件:
1.从理论上说,计算机上所有的文件都是资源共享文件。
2.分类
静态资源文件:文件内容是固定的,不能随着请求变化而发生变化,有图片,html,doc等
特点:服务器计算机直接将静态资源文件推送给客户端计算机,所有被共享的静态资源最终是在客户端计算机运行。
动态资源文件:文件内容可以根据用户提供需求变化而产生不同变化内容。有Java文件等
特点:服务端计算机会调用执行动态资源文件,服务端计算机将动态资源文件的运行结果交给客户端计算机。
三、web通信中,俩台计算机如何进行通信:
C/S:针对个人用户
优点:可以有效的保护服务端计算机,可以分摊服务端计算机工作压力
缺点:增加客户获得服务的成本,增加服务器维护成本。
B/S:针对企业用户
优点:升级方便,不会增加客户获得服务的成本,不会增加服务端维护的成本
缺点:无法有效保护服务端计算机,无法通过客户端计算机分摊服务器计算机压力。
四、网络协议包:
1、定义:用于包裹在网络种传输二进制数据,网络协议包存在固定空间,用于存放特定数据,便于接受方分析得到数据。
2、分类:FTP http
3、B/S通信方式中:到目前为止的B/S通信结构中,只使用http网络协议包。
五、HTTP网络协议包内部结构:
1、HTTP请求协议包:
1)是浏览器在发送请求时,负责创建的。
2)是浏览器负责将请求信息,写入到请求协议包
3)HTTP请求协议包内部自上而下有四层结构
【请求行】{url:请求的资源文件地址
协议版本号
method:浏览器采用的请求方式}
【请求头】{浏览器希望获得资源文件类型【html/png】
浏览器希望获得资源文件内容的依赖字符集
如果浏览器采用get方式发送请求,本次关联请求参数需要保存在请求头}
【空白行】{隔离层 }
【请求体】{如果浏览器采用post方式发送请求,本次关联请求参数需要保存在请求体}
2、http响应协议包:
1)在服务端计算机的资源调度软件准备推送文件时,负责创建的
2)响应协议包内容可以由资源调度软件写入,可以由Java命令(response)写入。
3)HTTP请求协议包内部自上而下有四层结构
【状态行】{状态码}
【响应头】{返回文件内容类型(doc,text,html/text,html)
返回文件内容依赖字符集,浏览器需要使用这个字符集,对接收内容进行解码}
【空白行】{ }
【响应体】{静态资源文件也可能时动态资源文件
运行结果(二进制形式)}
客户端计算机上浏览器管理
一、如何命令浏览器向指定网站发送请求:
1、通过from表单命令
2、通过超链接命令 <ahref=“http://www.163.com”>163.com< /a>
3、浏览器的地址栏对象 window.location=“http://www.sina.com”;
二、请求方式【post/get】
1、get方式:
1)要求浏览器发送请求时,携带请求参数数量不能超过4K;
2)要求浏览器将请求参数写入到【请求头】;
3)要求浏览器将请求参数信息在地址栏上显示出来;
4)要求浏览器对接收的的资源文件必须缓存到内存。【静态资源文件】
只能提交字符串数据,文件上传必须使用post
什么时候使用post:
-有敏感数据
-传送数据不是普通字符串
-传送的数据非常多
-这个请求是为了修改服务器资源
2、post方式:
1)不会限制浏览器发送请求时,携带请求参数数量;
2)要求浏览器将请求参数写入到【响应体】;
3)要求浏览器将请求参数信息在地址栏隐藏;
4)要求浏览器对接收的文件不能保存到缓存【阅后即焚】【动态变化内容,车票信息,股票价格】
浏览器将资源缓存之后,缓存的资源是和某个特点的路径绑定在一起的,只要浏览器再发送这个相同的请求路径,这个时候会去缓存中获取资源,不再访问服务器,以这种方式降低服务器的压力,提搞用户的体验。但是有的时候,我们不希望走缓存,希望每一次都访问服务器,可以再请求路径后面添加时间戳,例如:http://ip:port/oa/system/logout?timestamp=12312313131
JS怎么获取毫秒:new Date().getTime();
三、如何控制浏览器采用的请求方式
1、让浏览器发送请求时,采用【get】方式
1)超链接标签命令,一定会要求浏览器采用get方式
2)location对象,一定会要求浏览器采用get方式
3)form标签命令中method属性可以控制浏览器采用get方式
默认
2、采用post方式,只有一种:
四、如何命令浏览器在发送请求时,携带指定请求参数。
1、超链接标签命令,可以命令浏览器携带请求参数
baidu
2、location对象,可以命令浏览器携带请求参数
window.location=“http://www.baidu.com?name=sky&sex=man”
*以上俩种方式存在弊端,请求参数内容时固定,无法根据客户具体要求来改变
3、表单域标签可以接收用户输入的内容,作为请求参数内容
1)表单域标签分类:input select textarea
2)表单域标签作为请求参数条件:
第一个条件:表单域标签必须声明在当前form标签内部
第二个条件:表单域标签必须声明【name属性】,这个属性作为【请求参数名】
1、什么是API?包括什么?
应用程序编程接口(这里所描述的接口,不是interface)
包括:源码、字节码、帮助文档
2、什么是JavaSE?
——SUN公司为Java程序员提供的一套基础类库。
这套基础类库包括:基础语法、面向对象、异常、IO、集合、反射、线程。。。
3、什么是JavaSE?
——Java企业版
SUN公司为Java程序员准备另一套庞大的类库,帮助程序员完成企业级项目开发。
浏览器 》http》 Web服务器 》Servlet》 服务器端小Java程序 》jdbc》 数据库
Browser webServer 未开发JavaEE规范 DBServer
Servlet:俩个英语单词的合并,Serv 表示服务器端,let 表示小程序。
SUN公司规定的Servlet规范,
项目名,可以放html、css、js、WEB-INF,WEB-INF里放class(字节码)、lib(jar包)、web.xml(请求路径和servlet类名之间的绑定关系)
关于Servlet生命周期
1、什么是生命周期?
生命周期表示一个Java对象从最初被创建到最终被销毁,经历的所有过程。
2、Servlet对象的生命周期是谁来管理的?程序员可以干涉吗?
Servlet对象的生命周期,javaweb程序员是无权干涉的,包括该Servlet对象的相关方法的调用,javaweb程序员也是无权干涉的。
Servlet对象从最初的创建开始,方法的调用,以及最后对象的销毁,整个过程,是由Web容器来管理的。
Web Container管理Servlet对象的生命周期
3、“默认情况下”,Servlet对象在Web服务器启动阶段不会被实例化。
4、描述Servlet对象生命周期
1)用户在浏览器地址栏输入URL:http://localhost:8080/prj-servlet-03/test
2)web容器截取请求路径/prj-servlet-03/test对应的Servlet对象
3)web容器在容器上下文中找请求路径/prj-servlet-03/test对应的Servlet对象
4)若没有找到对应的Servlet对象
4.1)通过web.xml文件中相关的配置信息,得到请求路径/test对应的Servlet完整类名
4.2)通过反射机制,调用Servlet类的无参构造方法完成Servlet对象的实例化
4.3)web容器调用Servlet对象的init方法完成初始化操作
4.4)web容器调用Servlet对象的service方法提供服务
5)若找到对应的Servlet对象
5.1)web容器直接调用Servlet对象的service方法提供服务
6)web容器关闭的时候/webapp重新部署的时候/该Servlet对象长时间没有用户再次访问的时候,web容器会将该Servlet对象销毁,在销毁该对象之前,web容器会调用Servlet对象的destroy方法,完成销毁之前的准备。
5、总结:
5.1)Servlet类的构造方法只执行一次
5.2)Servlet对象的init方法只执行一次
5.3)Servlet对象的service方法,只要用户请求一次,则执行一次
5.4)Servlet对象的destroy方法只执行一次
6、注意:
init方法执行的时候,Servlet对象已经被创建好了,
destroy方法执行的时候,Servlet对象还没有被销毁,即将被销毁。
7、Servlet对象是单例,但是不符合单例模式,只能称为伪实例。真单例的构造方法是私有化的,Tomcat服务器是支持多线程的。所以Servlet对象在单实例多线程的环境下运行的。那么Servlet对象中若有实例变量,并且实例变量涉及到修改操作,那么这个Servlet对象一定会存在线程安全问题,不建议在Servlet对象中使用实例变量,尽量使用局部变量。
8、若希望在web服务器启动阶段实例化Servlet对象,需要在web.xml文件中进行相关的配置,例如:
主要是配
0
数字越小优先级越高。
9、Servlet对象实例化之后,这个Servlet对象被存储到哪里了?
大多数的web容器都是将该Servlet对象以及对应的url-pattern存储到Map集合中了;
在Web容器中有这样一个Map集合
Map<String,Servlet>集合
key value
/login loginServlet对象引用
10、服务器在启动时就会解析各个webapp的web.xml文件,做了什么?
将web.xml文件中的url-pattern和对应的Servlet完整类名存储到Map集合中了;
Map<String,String>集合
key value
/login com.servlet.LoginServlet
【UML图】
属于整个软件工程学
1、什么是UML?
a)统一建模语言,1997年OMG组织制定的图标式语言,在系统设计阶段由系统分析师使用的语言,使用这些图标语言体现设计思想;
b)后期程序员开发的依据就是这些设计图;
c)UML和任何一个编程语言无关,是一个独立的学科;
d)UML属于软件工程学
2、UML建模工具?
a)StarUML b)Rational Rose。。。
3、UML图都有哪些?
a)类图:描述类的信息以及类和类之间的关系
b)时序图:描述一个程序的执行过程
c)用例图:站在系统用户的角度分析系统中存在哪些功能
d)状态图:描述一个对象的生命周期
e)。。。
11、Servlet接口中的这些方法中填写什么代码?什么时候使用这些方法?
1)无参构造方法
2)init方法
以上两个方法执行时间几乎是相同的,执行次数都是一次,构造方法执行的时候对象正在创建,init方法执行的时候对象已经创建;
若系统要求在对象创建时刻执行一段特殊的程序,这段程序尽量写到init方法中。
为什么不建议将代码写到构造函数中呢?
存在风险!
当程序员编写构造方法的时候,可能会导致无参构造方法不存在。
一个类不编写任何构造函数,默认有一个无参数的构造方法,但是一旦编写一个有参数的 构造方法之后,系统则不再提供无参数构造方法。
Servlet中的init方法是SUN公司为javaweb程序员专门提供的一个初始化时刻,若希望再初始化时刻执行一段特殊的程序,这个程序可以编写到init方法,将来会被自动调用。
3)service方法
这个方法是必然要重写的,因为在这个方法需要完成业务逻辑的处理,请求的处理,以及完成响应。
而且这个方法中的代码是最有价值的。
也是最难写的,因为最难编写的就是业务逻辑代码。
4)destroy方法
这个方法也是SUN公司为javaweb程序员提供的一个特殊的时刻,这个特殊时刻被称为对象销毁时刻,若希望在销毁时刻执行一段特殊的代码,需要将这段代码填写到destroy方法中,自动被容器调用
回顾:
类加载时刻执行程序,代码写道静态代码块中
结论:
SUN公司为我们程序员提供了很多个不同的时刻,若在这个特殊时刻执行特殊程序,这些程序时有位置编写的。
Tomcat服务器是一个实现了Servlet规范和JSP规范的容器。
ServletConfig接口
ServletContext接口到底是什么?
答:
一个webapp只有一个web.xml文件,web.xml文件服务器启动阶段被解析
一个webapp只有一个ServletContext对象,ServletContext在服务器启动阶段被实例化
–ServletContext在服务器启动阶段被实例化
–ServletContext在服务器关闭的时候会被销毁
–ServletContext对应的是web.xml文件,是web.xml文件的代表。
–ServletContext是所有Servlet对象四周环境的代表(在同一个webapp中,所有的Servlet对象共享同一个四周环境对象,该对象就是ServletContext)。
–所有的用户若想共享同一个数据,可以将这个数据放到ServletContext对象中。
–一般放到ServletContext对象中的数据不建议涉及到修改操作的,因为ServletContext是多线程共享的一个对象,修改的时候会存在线程安全问题。
Servlet、ServletConfig、ServletContext之间的关系?
-一个Servlet对应一个ServletConfig
100个Servlet对应100个ServletConfig
–所有的Servlet共享一个ServletContext对象
1、欢迎页面设置:
1)假设在WebRoot目录下创建login.html,想让login.html作为整个webapp的欢迎页面,应该做这样的设置,编写web.xml文件:
login.html
2)假设在WebRoot目录下创建html目录,html目录中创建login.html,想让login.html作为整个webapp的欢迎页面,应该做这样的设置,编写web.xml文件:
html/login.html
2、为什么设置欢迎页面?
-为了访问更方便,为了提高用户的体验。
-设置欢迎页面之后,直接在浏览器地址栏上访问webapp即可,自动定位到欢迎页面,例如:
http://localhost:8080/prj-servlet-06
3、可以设置多个。
4、注意:欢迎页面设置的时候,路径不需要以“/”开始。
5、一个webapp的欢迎页面可以是任意web资源,比如servlet
6、欢迎页面包括全局配置和局部配置。(就近原则)
全局配置:CALATINA_HOME/conf/web.xml
局部配置:CATALINA_HOME/webapp/webapp/WEB-INF/web.xml
若一个页面的名称是:index.html, index.htm, index.jsp,这些都是默认的欢迎页面,在全局配置中已经配置过了。
在webapp中常见的错误代码:
404:Not Found 资源未找到:请求的资源路径写错了
500:Server Inner Error 服务器内部错误,这种情况一般都是Java程序出现异常
200:正常HTTP协议状态码
是HTTP协议状态码
可以在web.xml中添加错误信息
404
/error/error.html
路径总结:
两类: 第一类:以/开始,加webapp名称
第二类:以/开始,不加webapp名称
除以上两类之外,欢迎页面设置比较特殊,不以/开始,不加webapp的名称
适配器模式:缺省适配器,代码优雅,当一个接口有多个方法,类去继承时只需继承一部分方法,另建一个抽象类去继承一部分方法,然后其它类再继承该抽象类。
设计模式的分类:
创建型:解决对象的创建问题
行为型:该模式与方法、行为、算法有关的设计模式
结构型:更多类,更多的对象组合成更大的结构解决某个特定的问题
-Gof95(1995年,四人组提出的23种设计模式)
*单例模式
*工厂模式
*适配器模式
*迭代模式【集合】
*策略模式【集合】
*装饰器模式【io流】
。。。
-JavaEE设计模式
1、我们目前所有的Servlet类直接实现了javax.servlet.Servlet接口,
但是这个接口中有很大方法时目前不需要的,我们可能只需要填写service,直接
实现Servlet接口代码丑陋,有必要再中间添加一个适配器,以后所有的Servlet
类不再直接实现Servlet接口,应该去继承适配器类。
2、适配器除了可以让代码优雅之外,我们还可以再适配器中提供大量的方法,子类继承之后,
可以在子类中直接使用,方便编程。
!!!031个视频
1、HTTP协议的详细内容
2、GET请求和POST请求的区别
3、安装httpwatch工具,进行HTTP协议的监测
1、前端的页面发送的请求方式应当和服务器端需要的请求方式一致
-服务器需要前端发生POST请求,那前端就应该发送POST请求,若发送GET请求,服务器应当提示错误信息。
-服务器需要前端发生GET请求,那前端就应该发送GET请求,若发送POST请求,服务器应当提示错误信息。
怎么完成:使用Java语言中if语句判断
怎么获取:
HTTP的请求协议全部信息被自动封装到javax.servlet.http.HttpServletRequest对象中
在HttpServletRequest接口类型中有一个方法叫做:String getMethod();可以获取请求方式。
将ServletRequest,ServletResponse强制转换为带有HTTP的接口类型
重点:编写一个Servlet类应当继承javax.servlet.http.HttpServlet,get请求请重写doGet方法,post请求请重写doPost方法
-doPost/doGet方法可以等同看做main方法。
当浏览器发送的请求方式和后台的处理方式不同的话,会出现一个错误,代号:405
HttpServlet体现了什么设计模式:模板方法设计模式
不同类的核心算法骨架相同,这样代码冗余
模板方法设计模式,可以做到,在不改变算法的前提之下,可以重新定义算法步骤的具体实现
面试官问:你知道模板方法设计模式吗?
知道的,你在项目中哪里见过?
Servlet规范中的:HttpServlet
HttpServlet是一个典型的模板方法设计模式
HttpServlet是一个模板类
其中的service(HttpServletRequest,HttpServletRespose)方法是典型的模板方法
在该方法中定义了核心算法骨架,doGet,doPost。。。具体的实现步骤延迟到子类中完成。
——模板方法设计模式的特点:
doXXX
doYYY
doZZZ
——模板方法设计模式属于:行为型设计模式
——模板方法设计模式主要作用:
1、核心算法得到保护
2、核心算法得到复用
3、在不改变算法的前提之下,却可以重新定义算法步骤的具体实现。
【038】
1、javax.servlet.http.HttpServletRequest接口
2、继承关系:public interface HttpServletRequest extends ServletRequest{}
3、HttpServletRequest接口的实现类是WEB容器负责实现的,Tomcat服务器有自己的实现,但是程序员还是只需要面向HttpServletRequest接口调用方法相同,不需要关心具体的实现了。
4、HttpServletRequest这个对象封装了哪些信息?
封装了HTTP请求协议的全部内容:请求方式、URI、协议版本号、表单提交的数据。。。
5、什么是一次请求:在网页上点击超链接,到最终网页停下来,这就是一次完整的请求。
!!!
6、HttpServletRequest接口中常用的方法:
-表单提交的数据,会自动被封装到request对象中,request对象中有Map集合存储这些数据:Map集合的key是name,value是一个字符串类型的一维数组
——String getParameter(String name) //通过key获取value这个一维数组中的首元素通常情况这个数组中只有一个元素,
//下面这个方法适合取checkbox中数据
——String[] getParameterValues(String name) //通过Map集合key获取value
——Map getParameterMap() //获取整个Map集合
——Enumeration getParameterNames() //获取整个Map集合的所有key
例:String username = request.getParameter(“username”);
获取所有的兴趣爱好:
String[] interests = request.getParameterValues(“interest”); for…
-String getRemoteAddr() //获取客户端IP地址
-String getContextPath() //获取上下文路径webapp的根路径
-String getMethod() //获取浏览器的请求方式
-String getRequestURI() //获取请求URI
-StringBuffer getRequestURL()//获取请求URL
-String getServletPath() //获取servletpath
-void setAttribute(String name,Object o) //向request范围中添加数据
-Object getAttribute(String name) //从request范围中读取数据
-void removeAttribute(String name) //移除request范围中的数据
-RequestDispatcher getRequestDispatcher(String path) //获取请求转发器,让转发器对象指向某个资源
-void setCharacterEncoding(String env)
-Cookie[] getCookies() //后面讲Cookie的时候讲
-HttpSession getSession() //后面讲Session的时候讲
——ServletContext是Servlet上下文对象,该接口中也有这样的几个方法:
-void setAttribute(String name,Object o) //向ServletContext范围中添加数据
-Object getAttribute(String name) //从ServletContext范围中读取数据
-void removeAttribute(String name) //移除ServletContext范围中的数据
ServletContext是一个怎样的范围?
所有用户共享的一个范围对象,我们一般把ServletContext变量命名为:application
可见这个对象代表一个应用,一个webapp只有一个这样的对象,范围极大!
HttpServletRequest是一个怎么样的范围?
——HttpServletRequest类型的变量通常命名为:request,代表当前的本次请求
一次请求对应一个request对象,100对应100
请求范围是极小的,request只能完成在同一次请求中传递数据。
跳转,执行完AServlet之后,跳转到BServlet执行,将AServlet执行和BServlet执行放到同一个请求中,必须使用转发技术
forward【转发】
1、获取请求转发器对象
RequestDispatcher dispatcher= request.getRequestDispatcher("/b");
2、调用请求转发器的forward方法即可完成转发
dispatcher.forward(request,response);
合并:request.getRequestDispatcher("/b").forward(request,response);
关于范围对象的选择:
-ServletContext 应用范围,可以跨用户传递数据
-ServletRequest 请求范围,只能在同一个请求中传递数据【可以跨Servlet传递数据,但是这多个Servlet必须在同一个请求当中】
优先选择request范围。
关于项目中出现的中文乱码问题:
1、乱码经常出现在什么位置上?
*数据传递过程中的乱码
*数据展示过程中的乱码
*数据保存过程中的乱码
2、数据保存过程中的乱码?
-最终保存到数据库表中的时候,数据出现乱码
-导致数据保存过程中的乱码包括以下两种情况:
——第一种:在保存之前,数据本身就是乱码,保存到数据库表中的时候一定是乱码。
——第二种:保存之前,数据不是乱码,但是由于本身数据库不支持简体中文,保存之后出现乱码
3、数据展示过程中的乱码?
-最终显示到网页上的数据出现中文乱码。
-经过执行Java程序之后,Java程序员负责向浏览器响应的时候,中文出现乱码,怎么解决?
*设置响应的内容类型,以及对应的字符编码方式:
response.setContextType(“text/html;charset=UTF-8”);
-没有经过执行Java程序,直接访问html页面,出现中文乱码,怎么解决:
*
4、数据传递过程中的乱码?
——将数据从浏览器发送给服务器的时候,服务器接收到的数据是乱码。
——ISO-8859-1是国际标准码,不支持中文编码,兼容ASCII码,又被称为Latin1编码
——不管是哪个国家的文字,在浏览器发送给服务器时,都会采用ISO-8859-1 的编码方式发送。
——发送给web服务器之后,web服务器不知道这些数据之前时什么类型的文字。
解决数据传递过程中的乱码:
1)万能方式,既能解决POST请求乱码,又能解决GET请求乱码
先将服务器中接收的数据采用ISO-8859-1 的方式解码,回归原始状态
再给定一种支持简体中文的编码方式重新编码组装。
2)只支持POST请求,因为这种方式只对请求体编码
request.setCharacterEncoding(“UTF-8”);
3)专门解决GET请求,因为这种方式只对请求行编码。
修改配置。
//String value = request.getParameter(name); //从表单上获取数据
//Object obj = request.getAttribute(name); //从request范围中获取数据(之前一定调用过setAttribute)
Servlet线程安全问题:
1、Servlet时单实例多线程环境下运行的。
2、什么时候程序存在线程安全问题?
-多线程并发
-有共享的数据
-共享数据有修改操作
3、再JVM中,有哪些数据可能会存在线程安全问题?
-局部变量内存空间不共享,一个线程一个栈,局部变量再栈中存储,局部变量不会存在线程安全问题
-所有线程共享一个堆
*堆内存中new出来的对象在其中存储,对象内部有“实例变量”,所以实例变量的内存多线程是共享的。实例变量多线程共同访问,并且涉及到修改操作的时候就会存在线程安全问题。
-所有线程共享一个方法区
*方法区中有静态变量,静态变量的内存也是共享的,若涉及到修改操作,静态变量也存在线程安全问题。
4、线程安全问题不止是体现在JVM中,还有可能发生在数据库中,例如:多个线程共享同一张表。
解决:
第一种:在Java程序中使用synchronized关键字,线程排队执行,自然不会再数据库中并发
第二种:行级锁
第三种:事务隔离级别:例如:串行化
第四种:乐观锁
…
5、怎么解决线程安全问题
5.1)不使用实例变量,尽量使用局部变量
5.2)若必须使用实例变量,那么我们可以考虑将该对象变成多例对象,一个线程一个Java对象
5.3)若必须使用单例,那就只能使用synchronized 线程同步机制,线程一旦排队执行,则吞吐量降低,降低用户体验。
6、Servlet怎么解决线程安全问题?
6.1)不使用实例变量,尽量使用局部变量
6.2)Servlet必须是单例的。使用synchronized
关于web系统中资源跳转:
转发:forward
重定向:redirect :多次请求
2、代码完成:
转发: request.getRequestDispatcher("/b").forward(request,response);
重定向: response.sendRedirect(request.getContextPath()+"/b");
3、转发和重定向的相同点和不同点:
-相同点:都可以完成资源跳转
-不同点:转发是request对象触发的
重定向是response对象触发的
转发是一次请求,浏览器地址栏上地址不会变化【/a】
重定向是俩次请求,浏览器地址栏上的地址发生变化【/a,/b】
重定向的路径需要加webapp的根路径
转发是再本项目内部完成资源跳转
重定向可以完成跨app跳转资源
4、跳转的下一个资源可以是什么?
——任意资源:HTML,jsp,Servlet
5、什么时候采用转发,什么时候采用重定向?(大部分情况下到使用重定向)
-若想完成跨啊app跳转,必须使用重定向
-若在上一个资源中向request范围中存储了数据,希望在下一个资源中从request范围中将数据取出,必须使用转发。
-重定向可以解决浏览器的刷新问题。
6、重定向的原理是什么?
——response.sendRedirect("/jd/login");
7、这句话不一定对:在浏览器上点击一个超链接,到最终网页停下来时一次请求。
因为有重定向
!!!
Cookie
1、Cookie是什么?Cookie作用?
-Cookie可以保存会话状态,但是这个会话状态是保留在客户端上。
-只要Cookie清除,或者Cookie失效,这个会话状态就没有了。
-Cookie是保存在浏览器客户端上的
-Cookie可以保存在浏览器的缓存中,浏览器关闭Cookie消失
-Cookie也可以保存在客户端的硬盘文件中,浏览器关闭Cookie还在,除非Cookie失效
2、Cookie只有在javaweb中有吗?
-Cookie不止是在javaweb中存在
-只要是web开发,只要是B/S架构的系统,只要是基于HTTP协议,就有Cookie的存在
-Cookie这种机制是HTTP协议规定的。
3、Cookie实现的功能,常见的有哪些?
-保留购物车商品的状态在客户端上
-十天内免登录
。。。
4、在Java中Cookie被当做类来处理,使用new运算符可以创建Cookie对象,而且Cookie由两部分组成,分别是Cookie的name和value,name和value都是字符串类型String。
5、在Java程序中怎么创建Cookie?
Cookie cookie = new Cookie(String cookieName,String cookieValue);
6、服务器可以一次向浏览器发送多个Cookie。
7、默认情况下,服务器发送Cookie给浏览器之后,浏览器将Cookie保存在缓存当中,只要不关闭浏览器,Cookie永远存在,并且有效。当浏览器关闭之后,缓存中的Cookie被清除。
8、在浏览器客户端无论是硬盘文件中还是缓存中保存的Cookie,什么时候会再次发送给服务器呢?
-浏览器会不会提交发送这些Cookie给服务器,和请求路径有关系。
-请求路径和Cookie是紧密关联的。
-不同的请求路径会发送提交不同的Cookie
9、默认情况下Cookie会和哪些路径绑定在一起?
/prj/test/servlel //请求服务器,生成Cookie
这个浏览器中的Cookie会默认和test/这个路径绑定在一起。
也就是说,以后只要发送test/请求,Cookie一定会提交给服务器。
绑定最后一个/
10、其实路径是可以指定的,可以通过Java程序进行设置,保证Cookie和某个特定的路径绑定在一起。
假设,执行了这样的程序:cookie.setPath(“prj/king”);
那么:Cookie将和 “prj/king” 路径绑定在一起。
只要发送“/prj/king”请求路径,浏览器才会提交Cookie给服务器。
11、默认情况下,没有设置Cookie的有效时长,该Cookie被默认保存在浏览器的缓存当中,只要浏览器不关闭Cookie存在,只要关闭浏览器Cookie消失,我们可以通过设置Cookie的有效时长,以保证Cookie保存在硬盘文件当中,但是这个有效时长必须是大于0的。
cookie.setMaxAge(60*60);
12、浏览器提交Cookie给服务器,服务器这么接收Cookie?
Cookie[] cookies = request.getCookies();
13、浏览器可以禁用Cookie,什么意思?
-表示服务器发送过来的Cookie,我浏览器不要,不接收。
-服务器还是会发送Cookie的,只不过浏览器不再接收。
【关于url-pattern的编写方式和路径的总结】
1、路径的编写形式:
-
-
-重定向:response.sendRedirect("/项目名/资源路径");
-转发:request.getRequestDispatcher("/资源路径").forward(request,response);
-欢迎页面:
资源路径
-servlet路径:
/资源路径
-Cookie设置path
cookie.setPath("/项目名/资源路径");
-ServletContext
ServeltContext application = config.getServletContext();
application.getRealPath("/资源路径");
【Session】
1、在Java中会话对应的类型是:javax.servlet.http.HttpSession
2、Cookie可以将会话状态保存在客户端,Session可以将会话状态保存在服务器端
3、HttpSession对象是一个会话级别的对象,一次会话对应一个HttpSession对象。
4、什么是一次会话?
”目前“可以这样理解,用户打开浏览器,在浏览器上发送多次请求,知道最终关闭浏览器,表示一次完整的会话。
5、在会话进行过程中,web服务器一直为当前这个用户维护者一个会话对象/HttpSession
6、在WEB容器中,WEB容器维护了大量的HttpSession对象,换句话说,在WEB容器中应该有一个”Session列表“。
——为什么当前会话中的每一次请求可以获取到属于自己的会话对象?session的实现原理?
-大开浏览器,在浏览器上发送首次请求
-服务器会创建一个HttpSession对象,该对象代表一次会话
-同时生成HttpSession对象对应的Cookie对象,并且Cookie对象的name是JSESSIONID,Cookie的value是32位长度的字符串
-服务器将Cookie的value和HttpSession对象绑定到session列表中
-服务器将Cookie完整发送给浏览器客户端
-浏览器客户端将Cookie保存到缓存中
-只要浏览器不关闭,Cookie不会消失
-当再次发送请求的时候,会自动提交缓存当中的Cookie
-服务器接收到Cookie,验证该Cookie的name确实是:JSESSIONID,然后获取该Cookie的value
-通过Cookie的value去session列表中检索对应的HttpSession对象。
7、和HttpSession对象关联的这个Cookie的name是比较特殊的,在Java中就叫做jsessionid。
8、浏览器禁用Cookie会出现什么问题?
浏览器禁用Cookie,则浏览器缓存中不再保存Cookie
导致在同一个会话中,无法获取到对应的会话对象
禁用Cookie之后,每一次获取的会话对象都是新的
——浏览器禁用Cookie之后,还想拿到对应的Session对象,必须使用URL重写机制
。。。;jsessionid=xxxxxxxxx
重写URL会给编程带来难度/复杂度,所以一般的web站点时不建议禁用Cookie。
9、浏览器关闭之后,服务器对应的session对象会被销毁吗?为什么?
-浏览器关闭之后,服务器不会销毁session对象
-因为B/S架构的系统基于HTTP协议,而HTTP协议是一种无连接/无状态的协议
-什么是无连接/无状态?
*请求的瞬间浏览器和服务器之间的通道是打开的,请求响应结束之后,通道关闭
*这样做的目的是降低服务器的压力。
10、session对象在什么时候被销毁?
-web系统中引入了session超时的概念。
-当很长一段时间(这个时间可以配置)没有用户再访问该session对象,此时session对象超时,web服务器自动回收session对象。
-可配置:web.xml文件中,默认是30min。
11、什么是一次会话?
-一般多数情况下,是这样描述的?用户打开浏览器,在浏览器上进行一些操作,然后将浏览器关闭,表示一次会话结束。
-本质上是从session对象创建到session对象超时销毁,是一次完整的会话。
12、关于javax.servlet.http.HttpSession接口中常用方法:
-void setAttribute(String name,Object value)
-Object getAttribute(String name)
-void removeAttribute(String name)
-void invalidate() //销毁session
13、ServletContext、HttpSession、HttpServletRequest接口得对比:
1)都是范围对象,分别是:应用范围、会话范围、请求范围
2)三个范围得排序:
application>session>request
3)application完成跨用户共享数据、
session完成跨请求传递数据,但是这些请求必须在同一个会话当中。
request完成跨Servlet共享数据,但是这些Servlet必须在同一个请求当中【转发】
4)使用原则:由小到大尝试,优先使用小范围
例如:登录成功之后,已经登录得状态需要保存起来,可以将登录成功得这个状态保存到session对象中。不能保存到request,因为一次请求对应一个新得request对象,不能保存到application范围中,因为登录成功是属于会话级别得,不能所有用户共享。
14、补充HttpServletRequest中得方法:
HttpSession session=request.getSession(); //获取当前得session,获取不到,则新建session
HttpSession session=request.getSession(ture); //获取当前得session,获取不到,则新建session
HttpSession session=request.getSession(false); //获取当前得session,获取不到,则返回null