一、Servlet类的对象是一个单例模式(对象唯一的)
采用生命周期托管的方式实现的
Tomcat底层有一个类似ServletController的类管理着我们的对象
自己写的类里面添加一个属性 每一次发送新的请求 打开新的浏览器发送 属性一直唯一
二、单例模式采用生命周期托管的形式实现的
Tomcat底层有一个类似于ServletController类的管理者
管理者里面有一个Map集合 请求名字 真实Servlet类对象的关系
三、Servlet对象的生命周期问题
对象创建 对象每一次使用 对象的销毁
init() service(req,resp) destroy()
Servlet对象的创建和销毁---->Servlet对象的生命周期问题
Tomcat为了更好的管理对象的产生和销毁
提供了三个方法---->标识Servlet对象的生命周期
init(); service(); destroy(); 重新部署项目
web.xml文件(如果配置错误 启动Tomcat时候就产生问题)
说明Tomcat启动的时候读取了我们的配置文件---->请求 真实类名
启动时候可能会有很多的Servlet对象 如果是立即加载的话 内存压力很大
四、Servlet对象的创建是延迟加载的方式
- 立即加载(Tomcat启动的时候 底层集合内就存在对象啦)
- 延迟加载(Tomcat启动的时候没有对象产生 什么时候发送请求需要用到这个对象 才会创建)
- Tomcat启动的时候 web.xml文件如果写错了 服务器启动会报错
证明Tomcat在启动的时候 就读取了我的web.xml配置文件 - web.xml文件配置的目的 存储请求名字—真实资源类名的对应关系
浏览器发送请求---->服务器
1.接收请求String 请求名?参数
2.解析 请求名String 参数HashMap
3.包装 Request对象(请求携带的所有) Response对象
4.通过Requst对象中包含的请求名字--->找资源
ServletController(这个人负责找资源)
public class ServletController{
//请求名字和真实类名字对应关系
private static HashMap<String,String> controllerNameMap = new HashMap<>();
//请求名字和类对象的关系
private static HashMap<String,HttpServlet> objMap = new HashMap<>();
public void findController(request,response){
String content = request.getContent();//请求的名字
HttpServlet obj = objMap.get(content);//通过请求名字去第二个集合找真实对象
if(obj==null){
String realControllerName = 读取配置文件获取类全名(缓存)
Class clazz = Class.forName(realControllerName);//找类
HttpServlet obj = clazz.newInstance();
objMap.put(content,obj);//
}
Class ControllerClazz = obj.getClass();
Method method = clazz.getMethod("service",request,response);
method.invoke(obj,request,response);
}
}
五、如果想要改变对象的加载 从延迟的方式变成立即的方式(Tomcat启动的时候就创建对象)
- 在web.xml文件中添加一个配置就可以啦
<servlet>
<servlet-name><>
<servlet-class><>
<load-on-startup>整数0</load-on-startup>
</servlet>
<servlet-mapping>
</servlet-mapping>
六、如果对象是立即加载的 可能当前对象对于整个项目的执行非常重要
- 有些时候通常会携带一些重要的信息
<servlet>
<servlet-name><>
<servlet-class><>
<init-param>
<param-name>key1</param-name>
<param-value>value1</param-value>
</init-param>
<load-on-startup>整数0</load-on-startup>
</servlet>
<servlet-mapping>
</servlet-mapping>
可以在init方法内使用带ServletConfig的参数读取
String value = config.getInitParameter("key");//某一个key对应的value
Enumeration en = config.getInitParameterNames();//获取全部的key
String name = config.getServletName();//获取当前Servlet类名
ServletContext application = config.getServletContext();//获取全局上下文对象
七、Servlet类的继承关系
-
我们自己的类继承HttpServlet(抽象类)
-
HttpServlet又继承了一个类GenericServlet(抽象类)
-
GenericServlet又实现了三个接口
Servlet接口 ServletConfig接口 Serializable接口 -
ServletConfig接口里面只有四个方法(抽象的)
String = getInitParameter(String var1);
Enumeration = getInitParameterNames();
String = getServletName();
ServletContext = getServletContext(); -
Servlet接口里面有五个方法(抽象的)
void init(ServletConfig var1) throws ServletException;
void service(ServletRequest var1, ServletResponse var2) throws ServletException, IOException;
void destroy();
ServletConfig getServletConfig();
String getServletInfo(); -
GenericServlet抽象类为什么实现接口???-----体现出来的是缺省适配器设计模式
-
9个接口中的方法都添加过来
将其中的8个方法都进行了方法重写----添加具体实现{}
多添加了一个init()无参数的方法
只留下了一个方法是没有具体实现的service方法(留给用户必须添加)
多了一些自己独有的方法init() log() -
HttpServlet抽象类的存在目的???-----具体化的说明和体现 肯定是跟HTTP协议有关
添加了很多具体的属性 都与协议有关 get post 。。。
添加了很多具体的与请求方式对应的方法
doGet
doPost
添加了几个自己独有的方法 getLastModifer set getAllDeclaredMethods
保留了上面service方法 但将这个方法添加具体实现
方法内部将两个没有协议的参数 强制类型转化成带HTTP协议的参数
添加了一个独有的service方法 最终真正执行的那个
方法内部先通过request.getMethod();获取请求的方式get/post
找寻对应请求方式的方法执行 doPost doGet -
我们自己的类继承 HttpServlet
重写了service方法
根据请求的方式找寻对应的doXXX方法
请求发送过来 服务器底层通过反射就找service方法
我们如果重写了service 正常执行我们的
如果我们没有重写service 找HttpServlet类中的service方法
HttpServlet类中的service方法 调用了doPost或doGet 其中的一个
doPost或doGet方法不会做事 判断请求是正常的HTTP协议 返回405(没有方法执行)
建议大家类中重写doPost或doGet其中的一个 更清晰的体现出请求的过程了