一、Servlet类的对象是一个单例模式(对象唯一的)

	采用生命周期托管的方式实现的
   Tomcat底层有一个类似ServletController的类管理着我们的对象
   自己写的类里面添加一个属性  每一次发送新的请求 打开新的浏览器发送 属性一直唯一
1
2
3

二、单例模式采用生命周期托管的形式实现的

	Tomcat底层有一个类似于ServletController类的管理者
	管理者里面有一个Map集合   请求名字  真实Servlet类对象的关系
1
2

三、Servlet对象的生命周期问题

	对象创建    对象每一次使用    对象的销毁
	  init()    service(req,resp)   destroy()
1
2

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 controllerNameMap = new HashMap<>();			
			//请求名字和类对象的关系
			private static HashMap 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);
			}
		}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

五、如果想要改变对象的加载 从延迟的方式变成立即的方式(Tomcat启动的时候就创建对象)

• 在web.xml文件中添加一个配置就可以啦

		
			<>
			<>
			整数0
		
		
		
1
2
3
4
5
6
7

六、如果对象是立即加载的 可能当前对象对于整个项目的执行非常重要

• 有些时候通常会携带一些重要的信息

		
			<>
			<>
			
				key1
            				value1
			
			整数0
		
		
		
1
2
3
4
5
6
7
8
9
10
11

	可以在init方法内使用带ServletConfig的参数读取
	String value = config.getInitParameter("key");//某一个key对应的value
	Enumeration en = config.getInitParameterNames();//获取全部的key
	String name = config.getServletName();//获取当前Servlet类名
	ServletContext application = config.getServletContext();//获取全局上下文对象
1
2
3
4
5

七、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其中的一个 更清晰的体现出请求的过程了