zoukankan      html  css  js  c++  java
  • JavaWeb学习篇之----Servlet

    今天来继续学习JavaWeb的相关知识,之前都是都介绍一些基本知识,从今天开始我们来说一下如何在服务器编写程序,这里就需要来介绍一下Servlet的相关知识了。Servlet就是一个能够运行在服务器端的java代码,我们从他的api开始来解读吧!

    Servlet是JavaEE的13门技术中的一门,所以我们需要从JavaEE的api中寻找,下面就是Servlet的api:


    其实Servlet是一个接口,他有两个实现类:GenericServlet,HttpServlet,我们可以看到Servlet接口中的五个方法:

    init(ServletConfig config):是个初始化方法,这个方法是在Servlet被初始化的时候被调用,而且会有一个ServletConfig对象传递进来,至于ServletConfig对象我们后面会继续说的

    getServletInfo():方法是获取这个Servlet的相关信息的。此方法用到的地方很少

    getServletConfig():方法是获取一个ServletConfig对象,和init方法中传递进来的ServletConfig是同一对象

    service(ServletRequest req,ServletResponse res):方法是用户处理客户机的请求的,这个方法的两个参数对应的是请求参数:req;和响应参数res。

    destroy():是在servlet被销毁的时候调用。


    从上面的方法中我们可以看到有三个方法是和servlet的生命周期相关的方法:init(...),service(..),destroy();

    下面就来说一下servlet的生命周期的吧:

    当服务器启动的时候,服务器会加载所有的web应用,当用户在浏览器中第一次请求servlet的时候,init方法就会被调用,这时候servlet就会被创建,因为servlet是用的单例模式。所以只要servlet所在的应用没有关闭或者服务器没有关闭,这个servlet始终都是在服务器的内存中的,所以当你在一次请求这个servlet的时候init方法是不会再调用的。

    当用户每次请求servlet的时候,这个servlet中的service的方法都会被调用,因为他是用来处理客户机的请求的。

    当该web应用被关闭或者服务器关闭了,这个servlet才会被销毁,此时destroy方法会被调用。同时这个单例的servlet也会从内存中消失。


    上面介绍了servlet的接口和servlet的相关信息,下面就来看一下他的子类吧:

    GenericServlet:


    他是实现Servlet接口中的所有方法,同时自己也是添加了几个方法:

    getInitParameter(String name):这个方法是和ServletConfig对象相关的,通过name来从ServletConfig对象中获取值value

    getInitParameterNames():这个方法也是和ServletConfig对象相关的,是获取ServletConfig对象中所有的name的枚举集合

    getServletContext():这个方法很重要的,是获取ServletContext对象,这个ServletContext对象我们会在后面说到


    下面就来手动的书写一个Servlet,这样我们就能够深入的了解到Servlet的运行原理:

    第一步:在tomcat中的webapp目录中新建一个web应用:FirstServlet,然后在应用中新建一个WEB-INF文件夹,在WEB-INF文件夹下面新建一个classes文件夹,之前说过,服务器端的程序代码文件就是放在这个文件夹下面的,然后我们就在classes文件夹下面新建一个FirstServlet.java文件:代码如下:

    package com.weijia.firstservlet;
    
    import java.io.*;
    import javax.servlet.*;
    
    public class FirstServlet extends GenericServlet
    {
    	@Override
    	public void service(ServletRequest req,ServletResponse res) throws ServletException,java.io.IOException
    	{
    		res.getOutputStream().write("hello servlet".getBytes());
    	}
    }

    然后我们进行编译:首先进入到当前目录:输入命令:javac -d . FirstServlet.java 

    注意:-d参数是编译包名;.点号是指编译后的包名文件存在当前目录

    编译发生错误,提示找不到javax.servlet.*这样的包,其实很简单,因为我们使用javac命令编译程序的话只导入了JavaSE的jar包,所以我们需要导入JavaEE的jar包到路径:set classpath=%classpath%;C:Program FilesApache Software FoundationTomcat 6.0libservlet-api.jar

    因为tomcat目录中肯定用到了javaee中的jar包,所以将这个jar包添加到classpath中即可。

    这时候在执行javac命令编译没有问题了,在当前目录中产生文件了,就是包名对应的文件目录

    程序编译好了,下面还需要进行配置这个Servlet的对外访问路径,这个我们之前也说过了,关于web应用的所有配置都是在web.xml文件中配置的,所以我们需要在应用FirstServlet应用文件夹中新建一个web.xml文件,这里面来配置Servlet,但是我们该如何书写呢?

    这时候我们再去tomcat目录中找到web.xml文件,从这个文件中抄过来,配置如下:

    <?xml version="1.0" encoding="ISO-8859-1"?>
    
    <web-app xmlns="http://java.sun.com/xml/ns/javaee"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
        version="2.5">
    
    <servlet>
      <servlet-name>FirstServlet</servlet-name>
      <servlet-class>com.weijia.firstservlet.FirstServlet</servlet-class>
    </servlet>
    
    <servlet-mapping>
      <servlet-name>FirstServlet</servlet-name>
      <url-pattern>/FirstServlet</url-pattern>
    </servlet-mapping>
    
    </web-app>

    这样我们就配置好了FirstServlet对外访问路径了,下面我们就来在启动服务器测试一下吧:

    在浏览器中输入:http://localhost:8080/FirstServlet/FirstServlet

    效果如下:


    这样我们就手动的编写一个Servlet,而且可以看到我们是继承GenericServlet的。并且将逻辑都写在了service方法中,其实GenericServlet是一个抽象类,service也是一个抽象的方法需要子类实现的。


    那下面就来看看HttpServlet,其实HttpServlet是实现了GenericServlet类的。



    上面就是HttpServlet的api了,实现了GenericServlet中的抽象方法,一起我们注意的是:他有好多doXXX这样的方法,其实这个和我们之前介绍Http协议的时候相联系的,HttpServlet就是针对于Http协议的Servlet,我们在之前介绍Http协议的时候说过他的请求方式其实是有七种方式的,只是get/post方式现在最常用,其他的方式被弃用了,所以我们在这里看一看到以do开头的方法其实是专门用来处理不同方式的请求的,但是我们之前说过所有的请求都会调用service方法,所以这时候我们可以看一下service中的源代码:


    protected void service(HttpServletRequest req, HttpServletResponse resp)
    	throws ServletException, IOException
        {
    	String method = req.getMethod();
    
    	if (method.equals(METHOD_GET)) {
    	    long lastModified = getLastModified(req);
    	    if (lastModified == -1) {
    		// servlet doesn't support if-modified-since, no reason
    		// to go through further expensive logic
    		doGet(req, resp);
    	    } else {
    		long ifModifiedSince = req.getDateHeader(HEADER_IFMODSINCE);
    		if (ifModifiedSince < (lastModified / 1000 * 1000)) {
    		    // If the servlet mod time is later, call doGet()
                        // Round down to the nearest second for a proper compare
                        // A ifModifiedSince of -1 will always be less
    		    maybeSetLastModified(resp, lastModified);
    		    doGet(req, resp);
    		} else {
    		    resp.setStatus(HttpServletResponse.SC_NOT_MODIFIED);
    		}
    	    }
    
    	} else if (method.equals(METHOD_HEAD)) {
    	    long lastModified = getLastModified(req);
    	    maybeSetLastModified(resp, lastModified);
    	    doHead(req, resp);
    
    	} else if (method.equals(METHOD_POST)) {
    	    doPost(req, resp);
    	    
    	} else if (method.equals(METHOD_PUT)) {
    	    doPut(req, resp);	
    	    
    	} else if (method.equals(METHOD_DELETE)) {
    	    doDelete(req, resp);
    	    
    	} else if (method.equals(METHOD_OPTIONS)) {
    	    doOptions(req,resp);
    	    
    	} else if (method.equals(METHOD_TRACE)) {
    	    doTrace(req,resp);
    	    
    	} else {
    	    //
    	    // Note that this means NO servlet supports whatever
    	    // method was requested, anywhere on this server.
    	    //
    
    	    String errMsg = lStrings.getString("http.method_not_implemented");
    	    Object[] errArgs = new Object[1];
    	    errArgs[0] = method;
    	    errMsg = MessageFormat.format(errMsg, errArgs);
    	    
    	    resp.sendError(HttpServletResponse.SC_NOT_IMPLEMENTED, errMsg);
    	}
        }

    其实看到源代码我们发现内部实现是很简单的,首先通过HttpRequest对象中的getMethod()方法获取客户机的请求方式,然后进行判断,执行对应的方法,所以我们在编写Http协议的Servlet的时候,只需要继承HttpServlet,实现其doGet/doPost方法即可,


    下面我就是用MyEclipse来开发一个HttpServlet:

    首先在MyEclipse中新建一个web应用,在应用中新建包名(web应用中的程序是必须要有包名的),在包下面新建一个Servlet(这里不要在新建一个java类了,不然我们还需要手动的继承HttpServlet,配置这个类的对外访问路径,步骤是很麻烦的),如果是新建一个Servlet的话,MyEclipse会自动帮我们将这个Servlet配置好对外访问路径,而且会自动的继承HttpServlet类。这样我们就可以在doGet和doPost方法中处理客户机的请求了。


    上面的内容就介绍了Servlet的相关知识,下面就来开始介绍和Servlet相关的对象:

    首先来看一下ServletConfig:

    之前说过:Servlet接口中有一个getServletConfig()方法,而且在init(ServletConfig config)方法中也会回传一个ServletConfig对象,那么这个对象到底有什么用呢?见名知意,是Servlet的配置信息相关的,没错,他就是将ServletConfig的配置信息封装成对象,那么Servlet的配置信息是在哪里配置,配置后之后怎么读取,什么样的信息才需要进行配置呢?

    其实有很多信息我们都是需要进行配置的,比如:这个Servlet所需要的连接数据库的信息,所使用的字符集码表,下面就来个例子吧:

    首先看一下怎么配置,在webx.xml文件中找到对应的Servlet的<servlet>标签,在该标签中添加配置:

    <servlet>
    		<servlet-name>ServletConfigDemo</servlet-name>
    		<servlet-class>com.weijia.servletconfig.ServletConfigDemo</servlet-class>
    		<!-- 为一个Servlet配置初始化参数 -->
    		<init-param>
    			<!-- 配置多个参数,内部是使用map存储的 -->
    			<param-name>url</param-name>
    			<param-value>data</param-value>
    		</init-param>
    		<init-param>
    			<param-name>username</param-name>
    			<param-value>jiangwei</param-value>
    		</init-param>
    		<init-param>
    			<param-name>password</param-name>
    			<param-value>123456</param-value>
    		</init-param>
    </servlet>

    这样我们就配置好了三个参数信息:数据库的url,用户名username,密码password,其实这信息是通过Map数据结构来进行存储的。

    package com.weijia.servletconfig;
    
    import java.io.IOException;
    import java.util.Enumeration;
    
    import javax.servlet.ServletConfig;
    import javax.servlet.ServletException;
    import javax.servlet.http.HttpServlet;
    import javax.servlet.http.HttpServletRequest;
    import javax.servlet.http.HttpServletResponse;
    
    public class ServletConfigDemo extends HttpServlet{
    	private static final long serialVersionUID = 1L;
    	//ServletConfig对象是封装init_param数据
    	//可以查看struts中的案例中的配置
    	//在实际开发中,有一些不适合在servlet程序中写死的数据,这些数据就可以通过配置方式配给servlet,
    	//例如:servlet采用哪个码表,servlet连接那个数据库,servlet读取哪个配置文件等信息
    	public ServletConfig config = null;
    	
    	@Override
    	public void init(ServletConfig config){
    		this.config = config;
    	}
    	
    	@SuppressWarnings("unchecked")
    	@Override
    	protected void doGet(HttpServletRequest req, HttpServletResponse resp)throws ServletException, IOException {
    		//这里可以直接使用:this.getServletConfig()方法直接返回一个ServletConfig,因为父类在调用init的时候已经初始化了,所以我们
    		//在init方法中直接调用init方法即可
    		
    		//得到所有的初始化参数的key和value
    		Enumeration<String> e = config.getInitParameterNames();
    		while(e.hasMoreElements()){
    			String name = e.nextElement();
    			System.out.println("name:"+name);
    			System.out.println("value:"+config.getInitParameter(name));
    			System.out.println("********************");
    		}
    	}
    
    	@Override
    	protected void doPost(HttpServletRequest req, HttpServletResponse resp)throws ServletException, IOException {
    		doGet(req,resp);
    	}
    
    }
    

    上面就是用来读取这些参数值的,我们可以看到这里我们是通过父类中的init方法来获取ServletConfig对象的,其实我们也可以通过this.getServletConfig()方法来获取ServletConfig对象(这种方式最常用),然后我们就先获取到所有的参数名称getInitParameterNames(),再通过参数名称来获取值getInitParameter(name),所以说ServletConfig对象干的事就是将Servlet的初始化信息封装起来然后再代码中进行读取,下面就是tomcat的web.xml文件中配置的初始化信息,这里我们还注意到了一个标签:

    <load-on-startup>这个标签是用来声明这个Servlet的启动优先级的,数值越小,优先级越高,1表示优先级最高,后面以此类推,这个也是很有用的,因为有些Servlet是要事先启动运行的,比如这里会有一个DefaultServlet,关于他我们会在后面说到,其实我们在往下面看还有一个JspServlet,他的启动优先级就设成3了,这个JspServlet就是用来把Jsp翻译成一个Servlet的,又叫做Jsp引擎,所以这些Servlet是需要给服务器提供支持的,需要事先启动运行的。



    下面在来看一下ServletContext对象,关于这个对象我们要详细的了解他,我们在之前介绍ServletConfig对象的时候,发现ServletConfig对象有一个方法:getServletContext(),通过这个方法可以获取一个ServletContext对象。当然也可以通过this.getServletContext()方法得到这个对象。ServletContext是很重要的一个对象,他同时也是四大域对象之一的context域对象,从他的名字我们就知道context是上下文的意思,(在Android中也有这样的一个概念,getApplicationContext()可以获取当前的Android应用的上下文对象)。那么这里的context就代表这个整个web应用,所以他的生命周期是:当服务器启动的时候会为每一个web应用创建一个ServletContext对象,当web应用销毁了或者关闭服务器这个对象也就随之销毁。这里我们也可以看到他的生命周期是最长的,贯彻整个web应用。下面就来看一下他的相关api(只说一些重要的,常用的方法)

    getAttribute(String name)/setAttribute(String name,String value)/removeAttribute(String):是将值保存到context域中的,这些值将可以被web应用中所有的servlet和jsp访问

    getInitParameter(String name)/getInitParameterNames():可以获取web应用的初始化信息

    getMajorVersion()/getMinorVersion():获取Servlet的最大和最小版本

    getMimeType(String fileName):通过文件名判断这个文件的mime类型

    getRequestDispatcher(String path):通过path路径获取一个转发对象RequestDispatcher,可以实现转发机制

    getResourceAsStream(String path):通过给定的path获取一个资源Inpustream

    getRealPath(String path):通过给定的path返回这个文件所在磁盘的真实路径


    下面就来通过实例来看一下上面方法的使用规则

    首先来看一下getAttribute(String name)和setAttribute(String name,Object value),以及getRequestDispatcher(String path):

    场景:我们在Servlet1中存入一个值,然后转发到Servlet2,取出这个值打印出来:

    Servlet1:

    package com.weijia.httpservlet;
    
    import java.io.IOException;
    
    import javax.servlet.RequestDispatcher;
    import javax.servlet.ServletContext;
    import javax.servlet.ServletException;
    import javax.servlet.http.HttpServlet;
    import javax.servlet.http.HttpServletRequest;
    import javax.servlet.http.HttpServletResponse;
    
    public class Servlet1 extends HttpServlet {
    
    	private static final long serialVersionUID = 1L;
    
    	public void doGet(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException {
    		ServletContext context = this.getServletContext();
    		context.setAttribute("data", "Hello Servlet");//存储值
    		RequestDispatcher rd = context.getRequestDispatcher("/Servlet2");
    		rd.forward(request, response);//进行转发
    	}
    
    	public void doPost(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException {
    		doGet(request,response);
    	}
    
    }
    

    Servlet2:

    package com.weijia.httpservlet;
    
    import java.io.IOException;
    
    import javax.servlet.ServletContext;
    import javax.servlet.ServletException;
    import javax.servlet.http.HttpServlet;
    import javax.servlet.http.HttpServletRequest;
    import javax.servlet.http.HttpServletResponse;
    
    public class Servlet2 extends HttpServlet {
    	
    	private static final long serialVersionUID = 1L;
    
    	public void doGet(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException {
    		ServletContext context = this.getServletContext();
    		//获取属性值
    		String data = (String) context.getAttribute("data");
    		//打印
    		response.getWriter().write(data);
    	}
    
    	public void doPost(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException {
    		doGet(request,response);
    	}
    
    }
    


    在浏览器中输入地址:http://localhost:8080/ServletDemo/Servlet1


    从Servlet1中存入的值通过转发到Servlet2中取出来进行读取显示。


    下面在来看一下getInitParameter(String name)和getInitParameterNames(),我们读取全局配置参数,其实这个配置是对每个Servlet都是有效的,所以他是全局的效果,我们之前使用ServletConfig进行对某个Servlet进行初始化参数配置,数据库连接的信息这个东东是最每个Servlet都是有效的而且都是一样的配置,所以我们应该将这些信息配置到全局中ServletContext,上面配置到ServletConfig中只是为了演示ServletConfig的作用。这种全局性的信息肯定是要配置到ServletContext中的。

    package com.weijia.httpservlet;
    
    import java.io.IOException;
    import java.util.Enumeration;
    
    import javax.servlet.ServletContext;
    import javax.servlet.ServletException;
    import javax.servlet.http.HttpServlet;
    import javax.servlet.http.HttpServletRequest;
    import javax.servlet.http.HttpServletResponse;
    
    public class Servlet1 extends HttpServlet {
    
    	private static final long serialVersionUID = 1L;
    
    	@SuppressWarnings("unchecked")
    	public void doGet(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException {
    		ServletContext context = this.getServletContext();
    		response.setHeader("expires", "-1");
    		Enumeration<String> names = context.getInitParameterNames();
    		while(names.hasMoreElements()){
    			String name = names.nextElement();
    			System.out.println(name+" = " + context.getInitParameter(name));
    		}
    	}
    
    	public void doPost(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException {
    		doGet(request,response);
    	}
    
    }
    

    在web.xml中进行配置:

    <!-- 为整个应用配置初始化参数(配置的数据是全局的,就在这里面配置)-->
    	<context-param>
    		<param-name>url</param-name>
    		<param-value>http://localhost:8080</param-value>
    	</context-param>
    	<context-param>
    		<param-name>username</param-name>
    		<param-value>jiangwei</param-value>
    	</context-param>
    	<context-param>
    		<param-name>password</param-name>
    		<param-value>123456</param-value>
    	</context-param>

    这个是全局进行配置的,所有的Servlet都可以进行读取使用。

    结果:


    下面在来看一下getResouceAsStream(String path)和getReal(String path)方法

    这两个方法主要是用来读取web应用中的资源文件的,这个用处很大的,首先我们来看一下web应用的项目结构:


    我们分别src目录中新建一个db.properties属性文件和在com.weijia.serlvetcontext包中新建一个db.properties属性文件:

    先来看一下怎么读取包中的属性文件

    ServletContext context = this.getServletContext();
    InputStream is = context.getResourceAsStream("/WEB-INF/classes/com/weijia/servletcontext/db.properties");
    使用getResourceAsStream方法获取一个InputStream流,我们需要填写属性文件的路径path:

    重点在于这个path:这个path的书写是有规则的:

    /WEB-INF/classes/com/weijia/servletcontext/db.properties

    首先第一个"/"代表当前的web应用(这个和JavaSE中读取文件不同,JavaSE中读取文件的话是一定不能以斜杠开头的,不然就报错),然后是WEB-INF/classes,这个路径我们之前说过,一个web应用发布之后是没有src这样的目录的,我们在第一个手写Servlet的例子中我们也看到了,我们并没有新建一个src文件夹,而是新建一个classes文件夹,在这个文件下面新建一个Servlet的,这点一定要注意;然后就是包名了路径了,因为包名会被映射到文件目录。这样我们就可以读取到了属性文件。

    那么读取src目录中的属性文件就更简单了:

    /WEB-INF/classes/db.properties
    这里千万不要写成:

    /src/db.properties

    一定要记得web应用发布之后是没有src目录的,这里的src目录就相当于是classes目录

    上面的这个方法是返回一个InputStream流的,但是如果我们现在想通过FileInputStream文件流来读取文件我们该怎么做呢?

    那么我就必须要获取到文件的路径,那么我们能这样写吗:

    FileInputStream fis = new FileInputStream("classes/db.properties")

    这样写行不行呢?我们运行一下就知道了,我发现运行时报异常的,下面我们就来分析一下这个问题:

    首先我们都知道上面的那样写法是相对路径,那么这个相对路径是相对于谁呢?

    下面的代码是JavaSE:

    System.out.println("UserDir:"+System.getProperty("user.dir"));
    File file = new File("src/com/weijia/demo/db.properties");
    System.out.println("path:"+file.getPath());
    System.out.println("absolutePath:"+file.getAbsolutePath());
    运行结果:



    我们可以看到JVM是会使用user.dir这样的系统属性来拼接相对路径得到绝对路径的。这个user.dir存储的就是当前的工作目录

    所以我们在Servlet中打印一下:

    System.getProperty("user.dir"):可以得到当前的工作目录:

    打印结果如下:

    C:Program FilesApache Software FoundationTomcat 6.0in

    可以看到是tomcat的bin目录,那么我们使用相对路径:classes/db.properties这样就相当于绝对路径:

    C:Program FilesApache Software FoundationTomcat 6.0inclassesdb.properties

    所以我们可以到tomcat目录中的bin文件夹下面新建一个classes文件夹,里面新建一个db.properties文件,这时候在运行程序,就不会在报异常了,这样貌似我们想使用FileInputStream来读取文件的话,很是麻烦呀!

    这时候我们就可以使用了getRealPath(String path)方法来获取资源的本地磁盘中的绝对路径:

    打印属性地址:

    System.out.println("AbsolutePath:"+context.getRealPath("/WEB-INF/classes/db.properties"));

    打印结果:

    AbsolutePath:C:Program FilesApache Software FoundationTomcat 6.0webappsServletDemoWEB-INFclassesdb.properties

    那么这时候我们就可以通过FileInputStream来读取文件了。


    现在还有一个问题就是以后我们在编写Web应用的时候是要遵从多层设计思想的,而且层与层之间不能有侵入行为,层与层之间使用接口进行访问的。比如Service层和Dao层是不能有感染的,就是耦合度要很低的,Servlet就是Service层,那么现在如果想在Dao层中读取文件资源我们该怎么办呢?因为Dao层中没有Servlet,所以没有ServletContext了,那么我们该怎么获取路径呢?有人说可以通过方法的参数形式将ServletContext对象从service层传递到Dao层中,这个方法是可以的,但是这就违背了我们开始说的层与层之间的耦合和互不感染的原则了。那这时候我们该怎么办呀?这时候我们就需要另外一种读取资源的一种方式了,而且这种方式也是可以用于JavaSE中读取文件的。也是一种非常经典的读取资源的方式,这就使用类加载器来读取资源:

    Properties dbConfig = new Properties();
    dbConfig.load(UserDao.class.getClassLoader().getResourceAsStream("com/weijia/servletcontext/db.properties"));
    System.out.println("url:"+dbconfig.getProperty("url"));
    System.out.println("username:"+dbconfig.getProperty("username"));
    System.out.println("password:"+dbconfig.getProperty("password"));

    这样我们就可以不使用ServletContext对象也可以读取到com.weijia.servletcontext包底下的db.properties文件资源了,同样的他也是有一个getRealPath(String path)方法的可以得到本地磁盘的绝对路径,这样我们也可以使用FileInputStream来读取资源了。


    其实这种读取资源的方式是:类加载器会把该资源文件和class文件等同一样加载到内存中的,所以问题就出现了:

    1.首先这个资源文件肯定不能太大,因为他是和class文件一起加载到内存中,太大的话,内存就爆了

    2.只要当类加载的时候这个文件才会被加载到内存中,现在假如我们修改了这个db.properties资源文件,保存,但是我们在读取的时候还是之前的资源文件中的内容,原因很简单,因为我们修改的是db.properties资源文件,而没有修改类文件,所以类加载器并不会再次加载类,那么就不会在加载这个修改过的资源文件了,那么这次修改是无效的,所以说这点我们在使用类加载器读取资源的时候一定要注意了。


    下面来看一下Servlet的线程安全问题:

    当多个客户端并发访问同一个servlet时,web服务器会为每一个客户端的访问请求创建一个线程,并在这个线程上调用servlet的service方法,因此service方法如果访问了同一个资源的话,就有可能引发线程安全的问题,如果某个servlet实现了SingleThreadModel(标记接口)接口,那么servlet引擎将以单线程模式来调用其service方法。SingleThreadModel接口中没有定义任何方法,只要在servlet类的定义中增加实现SingleThreadModel接口的声明即可.对于实现了SingleThreadModel接口的servlet,servlet引擎仍然支持对该servlet的多线程并发访问,其采用的方式是产生多个servlet实例对象,并发的每个线程分别条用一个独立的servlet实例对象。实现SingleThreadModel接口并不能真正解决servlet的线程安全问题,因为servlet的引擎会创建多个Servlet实例对象,而真正意义上解决多线程安全问题是指一个servlet实例对象被多个线程同时调用的问题,事实上,在servlet api2.4中,已经将SingleThreadModel标记为Deprecated(过时的).标准的解决方案是同步方式sychronized

    如果线程向静态list集合中加入了数据(aaa),数据用完后,一般要移除静态集合中的数据(aaa),否则集合中的数据越来越多,就会导致内存溢出。对象销毁了,静态资源的字节码仍然驻留在内存中.


    下面来看一下Servlet的对外访问路径的配置:

    我们一个Servlet编写完成之后是需要对其进行配置对外访问路径的,如果我们是新建一个Servlet的话,IDE会自动的帮我们配置好这个对外访问路径,但是有时候我们需要自己进行配置已达到我们需要的效果,这时候我们知道配置应用的web.xml文件中的内容即可,首先要知道一个Servlet是可以配置多个对外访问路径的。下面就直接来一下配置路径的案例吧:

    以下是Servlet对外访问路径的配置规则案例:

    servlet1 映射到 /abc/*

    servlet2 映射到 /*

    servlet3 映射到 /abc

    servlet4 映射到 *.do

    问题:

    1.当请求URL为"/abc/a.html","/abc/*"和"/*"都匹配,但是servlet引擎会调用servlet1

    2.当请求URL为"/abc"时,"/abc/*"和"/abc"都匹配,但是servlet引擎会调用servlet3

    3.当请求URL为"/abc/a.do"时,"/abc/*"和"*.do"都匹配,但是servlet引擎会调用servlet1

    4.当请求URL为"/a.do"时,"/*"和"*.do"都匹配,但是servlet引擎会调用servlet2

    5.当请求URL为"/xxx/yyy/a.do"时,"/*"和"*.do"都匹配,但是servlet引擎会调用servlet2

    总结:谁长的最像,谁先匹配,同时*的优先级最低.

    当然我们还可以配置一个默认的访问对外访问路径就是直接一个斜杠:/

    这个默认的对外访问路径的作用就是当一个Servlet找不到其对应的映射路径的时候回去找打这个默认的对外访问路径:



    上面的图片就是tomcat中的web.xml文件中配置的默认对外访问路径,当我们访问的路径找不到都会去请求DefaultServlet。


    总结:上面我们就介绍了Servlet的相关知识,以及ServletConfig和ServletContext对象,下面总结一下在开发web的时候的问题的解决:

    1.首先来看怎么修改Servlet的模板,因为我们在开发一个Servlet的时候,发现在doGet/doPost方法中发现很多没有用的代码,每次都需要删除很是麻烦的,我们进入到MyEclispe的安装目录中全局搜索一个servlet.java文件,打开之后我们将doGet/doPost方法中无效的内容删除了即可(最后在修改之前备份一下这个servlet.java)


    2.我们有时候在将一个web应用导入到MyEclipse中的时候项目的名称可能会修改,但是他的Context Path并没有修改,所以在通过浏览器访问的时候还是之前项目的名称路径,这时候我们要修改的话就点击项目的properties如下界面修改:



    我们只需要将WebRoot从新映射到一个Context-path就可以了。


    3.有时候我们在发布应用的时候会发现以下的问题:


    这个问题我们知道是版本的问题,就是使用高版本的JDK去编译web应用,然后在用低版本的JVM(tomcat)去运行,这个问题发生在我们之前手动编写一个web应用FirstServlet,那时候我们是用javac命令进行编译的,这个javac命令是使用了JDK7.0版本的(我自己安装了JDK7.0),当我们打开MyEclipse的时候,我在MyEclipse中配置的是Tomcat6.0的,tomcat6.0是运行在JVM6.0的,所以会报错了,那么我们可以修改MyEclipse中的tomcat运行所依赖的JVM:


    点击add可以添加我们JDK7.0版本的JVM,保存在运行就没有问题了。



  • 相关阅读:
    Django rest_framework实现增删改查接口
    文件的三种打开方式知识点回顾
    Django中基表的创建、外键字段属性简介、脏数据概念、子序列化
    drf序列化与反序列化作业1
    rest_framework序列化与反序列化1
    APIview的请求生命周期源码分析
    sql
    正则上面的一个坑
    多线程与多进程---方法对比与使用
    网络编程----踩坑篇
  • 原文地址:https://www.cnblogs.com/roccheung/p/5797371.html
Copyright © 2011-2022 走看看