Servlet 服务器端小程序

1.tomcat安装及目录介绍
　　JAVA_HOME
　　CATALINA_HOME
　　PATH=%JAVA_HOME%/bin;

2.静态web项目、动态web项目
　　WEB-INF
　　　　lib
　　　　classes
　　　　web.xml
3.外部动态web项目
　　server.xml
　　<host>
　　　　<Context path="" docBase="" />
　　</host>

4.tomcat和eclipse的整合！tomcat镜像！


5.http协议介绍及get与post请求、响应状态码
　　格式：
　　　　报文首部
　　　　　　报文首行
　　　　　　报文头部
　　　　空行
　　　　报文体

　　请求报文：get请求、post请求
　　响应报文
　　get请求和post请求的区别：
　　　　1）get请求是通过url地址栏来传递参数的，而post请求通过报文体来传递参数的
　　　　2）get请求可以在浏览器地址栏中看到请求参数，而post请求看不到
　　　　3）get请求对传递的参数有限制，最多允许255个字符，所以数据比较大的话我们使用post请求！
　　　　4.在表单中一般我们都使用post请求，除了在表单中，页面中的其它地方基本上都是使用get请求！

 

6.servlet快速入门
　　1）servlet是web的三大组件之一；web的三大组件是指：Servlet、Filter、Listener
　　2）狭义的servlet:servlet
　　3）广义的servlet:凡是实现了servlet接口的类都称之为servlet

7.如何快速定义一个servlet?
　　1）自定义实现类，实现servlet接口，实现接口就意味着实现servlet中的方法
　　2）去web.xml中注册一下

问题点：
　　1）创建动态web项目的时候没有选择tomcat
　　2）复制类的全路径的时候

　　3）项目名书写：不要8.x

 

servlet的配置
　　<!-- 向服务器注册servlet -->
　　<servlet>
　　<!-- servlet-name是给我们使用的，我们使用这个servlet-name对servlet进行配置！ -->
　　<servlet-name>AServlet</servlet-name>
　　<!-- servlet-class指定全类名，给服务器使用，服务器使用这个全类名创建一个servlet实例【对象】 -->
　　<servlet-class>com.neuedu.servlet.AServlet</servlet-class>
　　</servlet>

　　<!-- servlet-mapping做请求映射 -->
　　<servlet-mapping>
　　<servlet-name>AServlet</servlet-name>
　　<!-- 请求映射是通过这个url-pattern来实现的！ -->
　　<url-pattern>/BServlet</url-pattern>
　　</servlet-mapping>

　　注意点：
　　　　1.<url-pattern>标签中指定的映射路径不必和<servlet-name>标签指定的内容保持一致！
　　　　2.只有你浏览器地址栏中请求的url和我们这里<url-pattern>标签中的映射一致的时候，我们自定义的servlet类才会处理这个请求！

 

 

生命周期

　　servlet是由tomcat服务器来管理的！

　　servlet生命周期：是指servlet对象由产生到销毁的过程！

　　servlet生命周期涉及的几个方法：
　　　　1.构造器方法：只会在第一次访问这个servlet的时候调用一次,调用一次就说明servlet是单例的，但是servlet是多线程的，非线程安全的，也就是说在servlet中我们尽量不要在service方法中操作全局变量！

　　　　2.init方法:init方法只会在第一次访问servlet的时候调用一次，对servlet对象进行初始化操作！

　　　　3.service:service方法会在每次访问这个servlet的时候都调用一次，而且我们的业务逻辑也是写在这个service方法！

　　　　4.destroy方法:：destroy方法只会在我们的项目卸载的时候调用一次，也就是说在服务器关闭的时候会在服务器关闭的时候调用一次！

 

servletConfig

　　ServletConfig:是一个接口，一个ServletConfig对象只代表当前的servlet类的配置信息。
　　　　1) represent:
　　　　　　* <servlet>
　　　　　　<!-- servlet-name是给我们使用的，我们使用这个servlet-name对servlet进行配置！ -->
　　　　　　<servlet-name>AServlet</servlet-name>
　　　　　　<!-- servlet-class指定全类名，给服务器使用，服务器使用这个全类名创建一个servlet实例【对象】 -->
　　　　　　<servlet-class>com.neuedu.servlet.AServlet</servlet-class>
　　　　　　</servlet>

　　　　2).如何获取：
　　　　　　由服务器创建，通过init方法的参数直接传递给我们，我们直接在init方法使用就可以了！

　　　　3)功能：
　　　　　　getServletName()：获取当前servlet-name值，也就是获取servletname
　　　　　　getInitParameter("password")：获取servlet的初始化参数！
　　　　　　getServletContext():获取当前web应用！

ServletContext
　　1) 代表：代表的是当前web应用，也就是指的web.xml文件中的信息！

　　2）获取:通过ServletConfig对象的getServletContext()获取！

　　3) 功能：
　　　　getInitParameter：获取整个web应用的初始化参数，也就是如下：
　　　　　　<context-param>
　　　　　　<param-name>user</param-name>
　　　　　　<param-value>lisi</param-value>
　　　　　　</context-param>
　　　　获取资源的真实路径：getRealPath()
　　　　　　虚拟路径：http://localhost:8080/servlet-demo1/index.html
　　　　　　真实路径：E:\LHF teacher\marsworkspace\servlet-demo1\WebContent\index.html

MyGenericServlet
　　1.定义一个抽象类实现servlet接口，保留service方法不去实现，其余方法都实现了！
　　2.自定义抽象类子类，在web.xml文件中注册一下这个子类！

HttpServlet
　　public class AServlet extends HttpServlet {
　　protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
　　　　　　　　doPost(request,response);
　　　　}
　　protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
　　　　}

　　}　　

 

HttpServletRequest
　　1）代表:代表浏览器向服务器发送的请求报文
　　2) 获取:由tomcat服务器创建，然后做为参数传递给我们相对应的doGet或者doPost方法
　　3) 功能：
　　　　getParameter()获取请求参数
　　　　getContextPath():获取当前项目名
　　　　setAttribute/getAttribute:本身就是一个域对象！
　　　　request.getRequestDispatcher("1.html").forward(request, response);可以实现转发功能

 

HttpServletResponse
　　1)代表：服务器响应给浏览器的响应报文
　　2)获取：由服务器创建，然后做为参数传递给我们相对应的doGet或者doPost方法！
　　3)功能：
　　　　response.getWriter().println("<h3>hello world!</h3>");可以返回给浏览器一个页面或者一个页面片段！
　　　　response.sendRedirect("/servlet1/1.html"); :可以做请求的重定向

转发和重定向

　　转发：当浏览器向服务器发送请求的时候，服务器自己不处理，而是调用其它的web资源进行处理！
　　重定向：当浏览器向服务器发送请求的时候，服务器返回给浏览器一个特殊的响应，这个特殊的响应告诉浏览器再向另一个地址发送一个请求！

　　转发和重定向的区别：
　　　　　　　　　　　　　　发生在浏览器端还是服务器　　 浏览器的请求次数　　 浏览器地址栏是否发生变化 　　 浏览器是否能够感知到
　　　　转发[request]　　　　    发生在服务器端 　　　　　　　　 1 　　　　　　　　　　 不发生变化 　　　　　　　　　 感知不到
　　　　重定向[response] 　　　发生在浏览器端　　　　　　　　   2 　　　　　　　　　　 发生变化　　　　　　　　　　 能感知到

编码问题分析
　　通信双方在进行通信的时候，实际上是将通信的内容【信息】是按照一定的规则转化为二进制进行通讯的
　　而这个一定的规则就是字符的编码：ascii,gb2312,gbk,iso8859-1,utf-8;
　　在请求到达的时候，另一方就需要解码！

　　乱码原因：
　　　　通信双方的编码方式和解码方式不一致造成的，
　　解决办法：
　　　　统一通信双方的编码方式和解码方式，都使用utf-8编码！

　　编码分类：
　　　　请求编码
　　　　　　浏览器编码---》服务器解码iso8859-1 
　　　　响应编码
　　　　　　服务器编码----》浏览器解码 
　　　　服务器端默认使用的是iso8859-1编码，而浏览器默认使用的是gb2312，当然我们也可以在页面中告诉浏览器用什么编码方式！

　　请求编码
　　　　get请求:
　　　　　　统一浏览器和服务器端的编码格式为utf-8编码：在server.xml文件的connector标签中指定编码格式为utf-8编码：URIEncoding="utf8" 
　　　　post请求：
　　　　　　我们可以在post方法中在第一次获取请求参数之前通过request.setCharacterEncoding("utf-8");来设置解码格式！

　　响应编码
　　　　　　可以通过response.setContentType("text/html;charset=utf-8");设置服务器和浏览器的编码和解码格式！

路径问题:

　　绝对路径:绝对路径是以/开头的路径！
　　　　相对于当前服务器的绝对路径：如果是服务器解析，那么/就代表当前服务器的绝对路径：http://localhost:8080
　　　　相对于当前web应用的绝对路径：代表的是http://localhost:8080/项目名/

　　　　如果是服务器端解析，代表的是：http://localhost:8080/项目名/
　　　　如果是浏览器端解析，代表的是：http://localhost:8080

　　相对路径:不是以/开头的路径是相对路径,相对的是当前web资源目录的路径！

　　常见的路径：
　　　　url-pattern：
　　　　转发的路径：
　　　　　　这两个的绝对路径由服务器解析，相对于项目的根目录    http://主机地址:端口号/项目名/

　　重定向的路径：
　　　　在实际开发中，我们使用的是绝对路径，不使用相对路径！开发中尽量不要使用硬编码的方式！
　　页面中的路径：
　　　　这两个路径由浏览器解析，相对于服务器的根目录
　　　　http://主机地址:端口号/

　　base标签

　　　　base标签里面有一个href属性,这个属性允许我们用使用相对路径的方式使用绝对路径！
　　　　我们再使用相对路径的时候，相对路径会以这个href属性值作为前缀！