深入理解Tomcat 6和Tomcat7的区别

刺骨的言语ヽ痛彻心扉 2022-08-19 11:05 274阅读 0赞

今天开始学习Tomcat7 ，竟然碰到了好多问题。到现在才刚刚解决的差不多。在此介绍一下。
    Tomcat6下边程序运行极其正常换了 Tomcat7 忽然不能用的都来看看了～
    
    
    第一个：
    是关于数据库驱动程序加载。受数据库驱动异常困扰的同胞们，Tomcat7 下边因为 Tomcat 限定了类加载执行时静态代码的执行，需要在生成对象的时候才能够真正执行，所以在 Tomcat6 以前大家熟悉的数据库驱动程序加载方式：
    1
    Class<?> cls = com.mysql.jdbc.Driver.class; 
    2
    //或
    3
    Class.forName("com.mysql.jdbc.Driver");
    
    在使用 DriverManager 生成的数据库连接的时候，会出现“No suitable driver found for jdbc”这个异常。
    
    
    现在正确的数据库驱动程序加载方式，要求生成数据库驱动类的对象。推荐
    1
    com.mysql.jdbc.Driver.class.newInstance(); 
    
    这种方式不用处理异常，而且生成的无用对象会最短时间被垃圾回收。
    
    当然了，也可以用一个引用类型变量把此对象接出来，但没有什么实际用途吧……
    1
    java.sql.Driver driver = com.mysql.jdbc.Driver.class.newInstance();
    
    其中 java.sql.Driver 是各个数据库管理系统提供的驱动程序类的接口，属于 JDBC 规范，适合用 import java.sql.Driver; 进行缩写。
    
    
    第二个：
    是线程启动的问题。因为 Tomcat7 或者 -server 方式运行的爪哇虚拟机（JVM）的一些我尚未掌握的保护机制，所以当一个线程经历空循环时，就会被架空。
    1
    while(flag) { }
    
    于是通过 flag 作为线程控制变量的控制方法，就没办法继续使用了。这个时候，要时常跳过这个人工卡死的线程，以便其能够总在执行而不会真的陷入僵死。
    1
    while(flag) { Thread.yield(); }
    
    Tomcat7 的配置文件中，Context 配置，debug 属性被取消了，如果依然使用，会报出一个警告。
    同时 unpackWAR 属性的默认值，在 Tomcat6 时是 true ，意味着默认状态将会解压 .war 然后再执行；而 Tomcat7 变成了默认 false ，不展开。
    
    
    第三个：
    另外还有一个并不是 Tomcat7 新有的特点。之前 conf/Catalina/localhost 下边会自动建立 ROOT.xml ，现在不会了。然后之前此目录下的配置文件，会以其中 path 属性指明的路径为“应用路径”；现在则会以 XML 文件的名字作为应用路径。如果大家想制作一个不需要填写应用路径就可以访问的应用，请记得一定要自己建立一个 ROOT.xml ，区分大小写，然后在其中编写 <Context> 片段。
    01
    <Context  
    02
            crossContext="true"  
    03
            privileged="true"  
    04
            path=""  
    05
            docBase="/usr/local/example.war"  
    06
            reloadable="false"  
    07
            unpackWAR="true"  
    08
            cachingAllowed="true"  
    09
            cacheMaxSize="1024"  
    10
        ></Context>
    
    crossContext="true" ，是允许应用通过 ServletContext.getContext() 去拿到一个通往别的应用 request dispatcher 。当然了，这种方法无法跨越现在 Tomcat 支持的虚拟主机界限。也就是说，能够穿透访问的，必须是和当前应用在一个 <Host> 之中的应用。
    privileged="true" 意味着 Tomcat 自身的应用，比如· Tomcat Manager ，可以被当前这个应用访问。根据官方文档的解释，这个机理是改变应用的类加载器为 Server class loader 。我想，这种改变，会令应用程序发现 Tomcat 本身的类，都能够从应用自己的类加载器上寻找到。从而实现对 Tomcat 自身应用程序方法的调用。
    path 和 docBase 不用多说，都要指定这二个属性的。其中 docBase 可以是目录也可以是结构完整的 .war 文件。
    reloadable="true" 意味着 Tomcat 将提供对应用类路径（ /WEB-INF/classes/ 和 /WEB-INF/lib/ ）的监测。当这里边有内容改变并且其类已经被爪哇虚拟机（JVM）加载的时候，Tomcat 可以自行重新加载此类。不过此功能对 Tomcat 的稳定服务影响不小，调试环境可以使用，生产环境还是算了吧——当然，这只是我的个人建议。
    unpackWAR 就如字面意思，unpackWAR="true" 意味着 Tomcat 会保存 .war 包的解压结果，然后直接对解压结果进行运行。我个人认为，考虑到爪哇虚拟机的类加载机制，每个类都仅加载一回，但是页面内容却没有类似的有效缓存，所以 .war 还是解压执行的比较好。而且日志也将造成 unpackWAR="false" 形同灾难。
    cachingAllowed="true" 意味着开启了 Tomcat7 的静态缓存功能。静态文件包括 JavaScript 程序、图片声音等允许网络访问的文件以及 HTML 页面。
    cacheMaxSize 是静态缓存功能缓冲区大小的设定。单位是 MB ，也就是 1024KB 。例子中设为 1024 ，意味着 1GB 。
    
    
    第四个：
    tomcat6配置管理员信息
    1:打开tomcat6下的~/conf/tomcat-users.xml文件,关于用户角色、管理员的信息都在这个配置文件中。
    2:在配置文件<tomcat-users>节点下添加如下xml
    
      <role rolename="admin"/>
      <role rolename="manager"/>
      <user username="admin" password="admin" roles="admin,manager"/>
    3:启动tomat6,输入：用户名：admin 密码:admin 登陆到管理员界面。
    tomcat7配置管理员信息
    1:打开tomcat7下的~/conf/tomcat-users.xml文件,关于用户角色、管理员的信息都在这个配置文件中。
    2:在配置文件<tomcat-users>节点下添加如下xml
    <role rolename="admin-gui"/> 
    <role rolename="manager-gui"/>
    <user username="admin" password="admin" roles=" admin-gui , manager-gui "/>
    3:启动tomat7,输入：用户名：admin 密码:admin 登陆到管理员界面