Servlet就是一段运行在Web容器里的Java程序。（自己不能独立运行）
Sun公司是如何实现这件事情的呢？
1） 首先Sun公司编写了一系列Class，比如javax.servlet.http.HttpServlet，你编写的Servlet需要利用或继承它 们。这一系列Class都放在servlet-api.jar这个文件当中。这样底层和复杂机器环境比如网络或Tomcat（Apache公司依据sun公司J2EE（Enterprise<企业> Edition）规范开发）打交道的工作，Servlet 编写者就不用考虑了！servlet只需要考虑一段时期（Session）的相关的请求（Request）响应（Response）系列就可以了。客户端 把它想要发给服务器的数据，存放在Request当中。而服务器把它想给客户端的数据，存在Response当中。如果跨越几个Request- Response的交互。数据就可以放在Session当中。
Tomcat的部署war包里主要是class文件和Web.xml，以及页面。
1.浏览器和Servlet的互传参数：
doGet(HttpServletRequest request, HttpServletResponse response)。
request当中包含客户端送到服务器的数据。response包含服务器送回给客户端的数据。
当用户在浏览器输入Servlet地址，按回车以后，通过网络，Tomcat就 会运行用户这个Servlet的doGet方法，而且传入两个参数。一个就是代表从客户端来的request。另外一个就是代表从服务器去客户端的 resonse。
response有个buffer，flushBuffer()会强行把Buffer的 内容写到客户端浏览器.
public class ServletHello1 extends HttpServlet {
protected void doGet(HttpServletRequest request,HttpServletResponse response) throws ServletException, IOException {
response.setContentType("text/html; charset=GBK");
PrintWriter out = response.getWriter();
out.println("<html>");
out.println("<head><title>Servlet1</title></head>");
out.println("<body bgcolor=\"#ff0000\">");
out.println("<p><H1>我们The servlet </H1></p>");
out.println("</body></html>"); }
}
2，HttpServlet的Service方法。它的功能就是调用与HTTP请求的方法相对应的do功能。例如，如果HTTP请求方法为GET，则调用doGet() 。这样作为Servlet编写者的你，只需覆盖doGet方法。这也是我们迄今为止的做法。
3,Servlet的生命周期
servlet的生命周期有三个：
1)初始化时期
在启动Tomcat后，客户机首次访问Servlet时，tomcat装入和实例化Servlet，仅执行一次init()方法。
无论有多少客户机访问 Servlet，都不会重复执行init()。这里通常进行一些初始化的操作，如数据库的连接。init()方法不能反复调用，一旦调用就是重装载 servlet。直到服务器调用destroy方法卸载servlet后才能再调用。
2)Servlet的执行时期
在服务器装载初始化servlet后，servlet就能够无限循环往复的处理客户端的请求。
在前面的例子中，我们用doXXX方法来处理每个客户的请求，且发回相应的响应。
3)Servlet结束时期
Servlets一直运行到他们被服务器卸载。
比如，在eclipse的情况下，当我们点击服务器窗口的红色按钮时，就关停Tomcat，这时 Servlet的destroy方法就会被tomcat调用。通常，大家在destroy方法里收回在init()方法中初始化的资源，如关闭数据库的连 接等。
4,session的用法
如何跨越几次请求响应之间传递参数呢？
Sun公司为我 们提供了HttpSession这个接口。
HttpSession session = request.getSession();
通过这句话，你可以得到一个与你的浏览器绑定的session对象，存在Tomcat里。这 个session对象只认你这个浏览器，之后只要是你这个浏览器发出的请求，无论跨越多少次请求响应，这个session对象就对它开放，其它浏览器不能 访问。通过session.setAttribute（）可以往session里面存值，session.getAttribute可以取值。
问题是 session是如何识别你的浏览器呢？靠Cookie或者URL改写：如果浏览器支持Cookie，则使用Cookie；如果浏览器不支持Cookie或者Cookie功能被关闭，则自动使用URL改写方法。拿cookie来说（通常客户很少见关闭cookie，即使你关了，我也可以发现，之后提醒你打开或编程序重写URL），服务器往客户端写东西时，cookie会带上sessionid。当客户端再次访问服务器时，同一path下，会自动在html请求头中带上cookie信息,服务器可以在_COOKIE域中得取到想要的sessionid。
注意：跨应用的Session:Session取不出来。可以考虑用文件、数据库，URL传值、隐藏表单传递session id等实现。
5 ，从web.xml中获取参数
1）用init-param获取
在web.xml中加入：
<servlet>
<servlet-name>ServletHello1</servlet-name>
<servlet-class>com.ServletHello1</servlet-class>
<init-param>
<param-name>zhangsan</param-name>
<param-value>1000</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>ServletHello1</servlet-name>
<url-pattern>/MarkToWinServletHello1</url-pattern>
</servlet-mapping>
public class ServletHello1 extends HttpServlet {
protected void doGet(HttpServletRequest request,HttpServletResponse response) throws ServletException, IOException {
String salary = getInitParameter("zhangsan");
System.out.println("salary is "+salary);
}
2）用ServletConfig从init-param获取
获取init-param同getInitParameter
public class ServletHello1 extends HttpServlet {
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
ServletConfig c = getServletConfig();
System.out.println(c.getServletName()+c.getInitParameter("zhangsan"));
}
}
3)从context-param获取
用context-param存放的参数，整个web应用中的任何servlet，jsp都可以获得。
（因为context参数不属于任何特定的servlet，属于整个web应用）：
<context-param>
<param-name>zhangsan</param-name>
<param-value>1000</param-value>
</context-param>
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
ServletContext servletContext = getServletContext();
String jd = servletContext.getInitParameter("zhangsan");
System.out.println(jd);
}
4）从env-entry获取
用env-entry存放的参数，整个web应用中的任何servlet，jsp都可以获得。和context-param相比，env-entry存放的参数不止为String类型。下面的comp是component的意思。
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
Context ctx;
boolean isReady = false;
try {
ctx = new InitialContext();
Boolean b = (Boolean) ctx.lookup("java:comp/env/isReady");
isReady = b.booleanValue();
} catch (NamingException e) {
e.printStackTrace();
}
System.out.println("" + isReady);
}
<env-entry>
<env-entry-name>isReady</env-entry-name>
<env-entry-type>java.lang.Boolean</env-entry-type>
<env-entry-value>true</env-entry-value>
</env-entry>
6， Servlet中的跳转问题
1）用RequestDispatcher跳转
javax.servlet.RequestDispatcher是Sun公司编写的一个Interface，
顾名思义，它可以把用户请求"a资源"的request派遣（dispatch）到"b资源"上，从而实现跳转。（本来人家要访问'a资源"，你的程序却让人家自动的跳转到"b资源"上。）
注意：RequestDispatcher有两种形式：这两种形式都能达到跳转的目的。
一种是ServletRequest.getRequestDispatcher(String url)。
一种是ServletContext.getRequestDispatcher(String url)。
但正常来讲，二者都只能访问同一web应用的资源。见下面理论论述和实验。
注意以下两者的而区别：
ServletContext.getRequestDispatcher(String
url)中的url只能使用绝对路径；
而ServletRequest.getRequestDispatcher(String
url)中的url可以使用相对路径（两个资源在同一个目录下，所以省去路径），也可以绝对路径。假如你写成相对路径时，比如
request.getRequestDispatcher("add").forward(request, response);
系统会在同一目录下找add，见后面的例子。
但是假如你写成request.getRequestDispatcher(/WebModule1/jsp1.jsp).forward
(request, response); 系统也会傻傻的变成：request.getRequestDispatcher(http://localhost:
8080/WebModule1/WebModule1/jsp1.jsp).forward(request, response);
当然你更不要写成：request.getRequestDispatcher(http://localhost:
8083/WebModule1/jsp1.jsp).forward(request, response).道理是一样的。
public class DeleteCookie extends HttpServlet {
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
request.setAttribute("requestkey","requstvalue1");
getServletContext().setAttribute("ServletContextKey","ServletContextValue");
/*下面任意一种方法都能正确执行。*/
request.getRequestDispatcher("/Cookie/AddCookie").forward(request, response);
// request.getRequestDispatcher("AddCookie").forward(request, response);
// request.getRequestDispatcher("/WEB-INF/1.html").forward(request, response);
// request.getRequestDispatcher("/Hello/MarkToWinServletHello1").forward(request, response);
// getServletContext().getRequestDispatcher("/Hello/MarkToWinServletHello1").forward(request, response);
// getServletContext().getRequestDispatcher("/WEB-INF/1.html").forward(request, response);
/*下面的写法错误，找不到AddCookie*/
// request.getRequestDispatcher("/AddCookie").forward(request, response);
// getServletContext().getRequestDispatcher("http://localhost:8080/ServletHello/Hello/MarkToWinServletHello1").forward(request, response);
}
}
2）用setHeader("refresh"...跳转
使用response对象的setHeader（）方法可以实现在某个时间点跳转到某个页面的作用。比如response.setHeader("refresh",60);可以实现六十秒以后，又一次访问当前页面。而response.setHeader("refresh","3;URL=http://localhost:8080/ServletHello/cookie.html"); 实现3秒后访问新页面：http://localhost:8080/ServletHello/cookie.html。
3）用sendRedirect跳转
response的方法：void sendRedirect(String url)，将页面重定向到指定的URL地址上。
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
response.sendRedirect("http://localhost:8080/ServletHello/cookie.html");
}
4）sendRedirect和RequestDispatcher的区别
response.sendRedirect()与request.getRequestDispatcher().forward()区别：response.sendRedirect(url)是先回到客户端，再重新请求url，和过去的请求没关系。可以访问任何地方。浏览器的地址栏也变成了新的url。request.getRequestDispatcher().forward()就干脆没回到客户端，就一直在服务器里，从本个web应用的一个资源（servlet，jsp，或html）跳到另一个资源。（所以不能随便访问什么地方）。而且浏览器地址栏没有变。同时可以用request.setAttribute("requestkey","requstvalue1");来传递参数。
RequestDispatcher会block，因为同在服务器端。当程序需要从资源1跳到资源2时，资源1会等资源2运行完，回来以后，再继续执行下面没执行的部分。所谓的block。
7，Servlet的其他相关问题
servlet与JDBC、servlet与Cookie、Servlet与Image
html的Header当中有一个叫做Referer的键,用于追溯
