Servlet专题

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("");

        out.println("Servlet1");

        out.println("");

        out.println("

我们The servlet

");

        out.println("");    }

}

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中加入:

   

        ServletHello1

        com.ServletHello1

            

                 zhangsan

                 1000

            

   

   

        ServletHello1

        /MarkToWinServletHello1

   

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应用):

    

        zhangsan

        1000

   

    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);

    }

     isReady

     java.lang.Boolean

     true

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的键,用于追溯

你可能感兴趣的:(Servlet专题)