(多次编译或重新编译, 请执行make clean, make mrproper)

./configure --prefix=/usr/local/apache --enable-mods-shared=all --enable-so --with-mpm=worker --with-included-apr --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr

./configure --prefix=/usr/local/apache2.2 --enable-mods-shared=all \
--enable-so --with-mpm=worker --enable-deflate \
--enable-cache --enable-disk-cache --enable-mem-cache --enable-file-cache \
--enable-proxy --enable-suexec --with-included-apr --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr

make
make install
make mrproper

或者连续执行 make && make install && make mrproper

配置

cd /usr/local/apache/conf  (下面的LINUX命令都是以conf为当前目录)

(1.)httpd.conf

修改如下几项

DocumentRoot /home/test

并在末尾增加如下字段:

#LoadModule jk_module modules/mod_jk.so
Include /usr/local/apache/conf/Includes/*.conf

#转发规则 START

SetOutputFilter DEFLATE
AddOutputFilterByType DEFLATE text/html
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
# Don't compress images
SetEnvIfNoCase Request_URI \
\.(?:gif|jpe?g|png)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI \
\.(?:exe|t?gz|zip|bz2|sit|rar)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI \
\.pdf$ no-gzip dont-vary
SetEnvIfNoCase Request_URI \
\.(css|js)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI \
\.(mp3|amr|mid|MP3)$ no-gzip dont-vary
# 确保代理不会发送错误的内容
Header append Vary User-Agent env=!dont-vary

#转发规则 END

(2)配置 MOD_JK

复制mod_jk.so到modules/下

1.配置mod_jk.conf

vi Includes/mod_jk.conf

增加如下内容:

LoadModule jk_module modules/mod_jk.so
#mod_jk  workers.properties
JkWorkersFile /usr/local/apache2/conf/workers.properties

# Where to put jk logs
JkLogFile /usr/local/apache2/logs/mod_jk.log

# Set the jk log level [debug/error/info]
JkLogLevel info

# Select the log format
JkLogStampFormat "[%a %b %d %H:%M:%S %Y]"

# JkOptions indicate to send SSL KEY SIZE,
JkOptions  +ForwardKeySize +ForwardURICompat -ForwardDirectories

# JkRequestLogFormat set the request format
JkRequestLogFormat "%w %V %T"

# ...servlet .jsp....ajp13.....Tomcat..Tomcat...
JkMount /*.jsp loadbalancer
JkMount /*.do loadbalancer
JkMount /servlet/* loadbalancer
JkMount /jsp-examples/* loadbalancer

2.配置workers.properties(一般只需改动对应HOST)

vi workers.properties

ps=/

# list the workers by name
worker.list=tomcat1, loadbalancer
# ------------------------
# First tomcat server
# ------------------------

worker.tomcat1.port=8009
worker.tomcat1.host=123.108.208.17
worker.tomcat1.type=ajp13
# Specify the size of the open connection cache.
#worker.tomcat1.cachesize
#
# Specifies the load balance factor when used with
# a load balancing worker.
# Note:
# ----> lbfactor must be > 0
# ----> Low lbfactor means less work done by the worker.
worker.tomcat1.lbfactor=100

# ------------------------
# Load Balancer worker
# ------------------------
# The loadbalancer (type lb) worker performs weighted round-robin
# load balancing with sticky sessions.
# Note:
# ----> If a worker dies, the load balancer will check its state
# once in a while. Until then all work is redirected to peer
# worker.
worker.loadbalancer.type=lb
worker.loadbalancer.balanced_workers=tomcat1
#
# END workers.properties
#

3.配置对应虚拟主机

vi Includes/examples.com.conf

NameVirtualHost *:80

<VirtualHost *:80>
    ServerAdmin webmaster@dummy-host.example.com
    DocumentRoot /home/test
    ServerName www.test.com
    ServerAlias www.test.com
    ErrorLog logs/www.test.com-error_log
    CustomLog logs/www.test.com-access_log common
 <Directory "/home/test">
   
     Options Indexes FollowSymLinks
     AllowOverride None
     Order allow,deny
     Allow from all

 </Directory>
</VirtualHost>

4.配置静态页面压缩输出模块deflate

这个扩展模块在安装apache的时候已经动态的编译到apache里去了。现在进行配置。
# cd /usr/local/apache2.2/conf/Includes
上面添加的是apache扩展配置文件的目录
# vi mod_deflate.conf
在配置文件里添加如下语句

5. 配置mod_cache模块
# cd /usr/local/apache2.2/conf/Includes
# vi mod_cache.conf
在配置文件里添加如下语句



#LoadModule disk_cache_module modules/mod_disk_cache.so

CacheRoot /
CacheSize 256
CacheEnable disk /
CacheDirLevels 5
CacheDirLength 3


LoadModule mem_cache_module modules/mod_mem_cache.so

CacheEnable mem /
MCacheSize 4096
MCacheMaxObjectCount 100
MCacheMinObjectSize 1
MCacheMaxObjectSize 2048

测试&启动

./bin/apachectl -t 测试配置有无语法错误
./bin/apachectl start 启动APACHE服务
./bin/apachectl stop  停止APACHE服务

获取值：

文本框，文本区域：$("#txt").attr("value")；
多选框checkbox：$("#checkbox_id").attr("value")；
单选组radio：   $("input[@type=radio][@checked]").val();
下拉框select： $('#sel').val();

控制表单元素：
文本框，文本区域：$("#txt").attr("value",'');//清空内容
                 $("#txt").attr("value",'11');//填充内容

多选框checkbox： $("#chk1").attr("checked",'');//不打勾
                 $("#chk2").attr("checked",true);//打勾
                 if($("#chk1").attr('checked')==undefined) //判断是否已经打勾

单选组radio：    $("input[@type=radio]").attr("checked",'2');//设置value=2的项目为当前选中项
下拉框select：   $("#sel").attr("value",'-sel3');//设置value=-sel3的项目为当前选中项
                $("<option value='1'>1111</option><option value='2'>2222</option>").appendTo("#sel")//添加下拉框的option
                $("#sel").empty()；//清空下拉框

另外，你不愿意你的DAO测试代码每次都打开关系Session，因此，我们一般会采用OpenSessionInView模式。

OpenSessionInViewFilter解决Web应用程序的问题

protected void doFilterInternal(HttpServletRequest request, 

HttpServletResponse response,

           FilterChain filterChain) throws ServletException, IOException {

      SessionFactory sessionFactory = lookupSessionFactory();

      logger.debug("Opening Hibernate Session in OpenSessionInViewFilter");

      Session session = getSession(sessionFactory);

      TransactionSynchronizationManager.bindResource(sessionFactory, 

new SessionHolder(session));

      try {

            filterChain.doFilter(request, response);

      }

      finally {

            TransactionSynchronizationManager.unbindResource(sessionFactory);

            logger.debug("Closing Hibernate Session in OpenSessionInViewFilter");

            closeSession(session, sessionFactory);

      }

}

为什么绑定以后，就可以防止每次不会新开一个Session呢？看看HibernateDaoSupport的情况：

public final void setSessionFactory(SessionFactory sessionFactory) {

this.hibernateTemplate = new HibernateTemplate(sessionFactory);

}

protected final HibernateTemplate getHibernateTemplate() {

return hibernateTemplate;

}

我们的DAO将使用这个template进行操作：

public abstract class BaseHibernateObjectDao

      extends HibernateDaoSupport

      implements BaseObjectDao {



      protected BaseEntityObject getByClassId(final long id) {

            BaseEntityObject obj =

                  (BaseEntityObject) getHibernateTemplate()

                        .execute(new HibernateCallback() {




                  public Object doInHibernate(Session session)

                        throws HibernateException {

                        return session.get(getPersistentClass(), 

new Long(id));

                  }




            });

            return obj;

      }






      public void save(BaseEntityObject entity) {

            getHibernateTemplate().saveOrUpdate(entity);

      }




      public void remove(BaseEntityObject entity) {

            try {




                  getHibernateTemplate().delete(entity);

            } catch (Exception e) {

                  throw new FlexEnterpriseDataAccessException(e);

            }

      }




      public void refresh(final BaseEntityObject entity) {

            getHibernateTemplate().execute(new HibernateCallback() {




                  public Object doInHibernate(Session session)

                        throws HibernateException {

                        session.refresh(entity);

                        return null;

                  }




            });

      }


      public void replicate(final Object entity) {

            getHibernateTemplate().execute(new HibernateCallback() {




                  public Object doInHibernate(Session session)

                        throws HibernateException {

                        session.replicate(entity, 

ReplicationMode.OVERWRITE);

                        return null;

                  }




            });

      }

public Object execute(HibernateCallback action) throws DataAccessException {

      Session session = (!this.allowCreate ?

            SessionFactoryUtils.getSession(getSessionFactory(), 

false) :

            SessionFactoryUtils.getSession(getSessionFactory(),

getEntityInterceptor(),

getJdbcExceptionTranslator()));

      boolean existingTransaction =  

TransactionSynchronizationManager.hasResource(getSessionFactory());

      if (!existingTransaction && getFlushMode() == FLUSH_NEVER) {

            session.setFlushMode(FlushMode.NEVER);

      }

      try {

            Object result = action.doInHibernate(session);

            flushIfNecessary(session, existingTransaction);

            return result;

      }

      catch (HibernateException ex) {

            throw convertHibernateAccessException(ex);

      }

      catch (SQLException ex) {

            throw convertJdbcAccessException(ex);

      }

      catch (RuntimeException ex) {

            // callback code threw application exception

            throw ex;

      }

      finally {

            SessionFactoryUtils.closeSessionIfNecessary(

session, getSessionFactory());

      }

}

public static void closeSessionIfNecessary(Session session, 

SessionFactory sessionFactory)   

throws CleanupFailureDataAccessException {

      if (session == null || 

         TransactionSynchronizationManager.hasResource(sessionFactory)) {

            return;

      }

      logger.debug("Closing Hibernate session");

      try {

            session.close();

      }

      catch (JDBCException ex) {

            // SQLException underneath

            throw new CleanupFailureDataAccessException(

            "Cannot close Hibernate session", ex.getSQLException());

      }

      catch (HibernateException ex) {

            throw new CleanupFailureDataAccessException(

            "Cannot close Hibernate session", ex);

      }

}

HibernateInterceptor和OpenSessionInViewInterceptor的问题

使用同样的方法，这两个Interceptor可以用来解决问题。但是关键的不同之处在于，它们的力度只能定义在DAO或业务方法上，而不是在我们的Test方法上，除非我们把它们应用到TestCase的方法上，但你不大可能为TestCase去定义一个接口，然后把Interceptor应用到这个接口的某些方法上。直接使用HibernateTransactionManager也是一样的。因此，如果我们有这样的测试：

Category parentCategory  = new Category ();

      parentCategory.setName("parent");

      dao.save(parentCategory);

      Category childCategory  = new Category();

childCategory.setName("child");




      parentCategory.addChild(childCategory);

      dao.save(childCategory);


      Category savedParent = dao.getCategory("parent");

      Category savedChild = (Category ) savedParent.getChildren().get(0);

      assertEquals(savedChild, childCategory);

• 每次DAO执行都会启动一个session和关闭一个session
• 如果我们定义了一个lazy的关系，那么最后的Category savedChild = (Category ) savedParent.getChildren().get(0);将会让hibernate报错。

解决方案

一种方法是对TestCase应用Interceptor或者TransactionManager，但这个恐怕会造成很多麻烦。除非是使用增强方式的AOP.我前期采用这种方法(Aspectwerkz)，在Eclipse里面也跑得含好。

另一种方法是在TestCase的setup和teardown里面实现和Filter完全一样的处理，其他的TestCase都从这个TestCase继承，这种方法是我目前所使用的。

    它有两种配置方式OpenSessionInViewInterceptor和OpenSessionInViewFilter(具体参看SpringSide)，功能相同，只是一个在web.xml配置，另一个在application.xml配置而已。

    Open Session In View在request把session绑定到当前thread期间一直保持hibernate session在open状态，使session在request的整个期间都可以使用，如在View层里PO也可以lazy loading数据，如 ${ company.employees }。当View 层逻辑完成后，才会通过Filter的doFilter方法或Interceptor的postHandle方法自动关闭session。

OpenSessionInViewInterceptor配置

    

    
<beans> 
    
    

    
  <bean name="openSessionInViewInterceptor" 
    
    

    
class="org.springframework.orm.hibernate3.support.OpenSessionInViewInterceptor"> 
    
    

    
    <property name="sessionFactory">
    
    

    
      <ref bean="sessionFactory"/>
    
    

    
    </property> 
    
    

    
  </bean> 
    
    

    
  <bean id="urlMapping" 
    
    

    
class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping"> 
    
    

    
    <property name="interceptors"> 
    
    

    
      <list> 
    
    

    
        <ref bean="openSessionInViewInterceptor"/> 
    
    

    
      </list> 
    
    

    
    </property> 
    
    

    
    <property name="mappings"> 
    
    

    
    ... 
    
    

    
    </property> 
    
    

    
  </bean> 
    
    

    
... 
    
    

    
</beans> 
    

OpenSessionInViewFilter配置

    

    
<web-app> 
    
    

    
... 
    
    

    
  <filter> 
    
    

    
    <filter-name>hibernateFilter</filter-name> 
    
    

    
    <filter-class> 
    
    

    
      org.springframework.orm.hibernate3.support.OpenSessionInViewFilter 
    
    

    
    </filter-class> 
    
    

    
    <!-- singleSession默认为true,若设为false则等于没用OpenSessionInView -->
    
    

    
    <init-param> 
    
    

    
      <param-name>singleSession</param-name> 
    
    

    
      <param-value>true</param-value>
    
    

    
    </init-param>
    
    

    
  </filter> 
    
    

    
... 
    
    

    
  <filter-mapping> 
    
    

    
    <filter-name>hibernateFilter</filter-name> 
    
    

    
    <url-pattern>*.do</url-pattern> 
    
    

    
  </filter-mapping> 
    
    

    
... 
    
    

    
</web-app> 
    

    

    
org.springframework.dao.InvalidDataAccessApiUsageException: Write operations 
    
    

    
are not allowed in read-only mode (FlushMode.NEVER) - turn your Session into 
    
    

    
FlushMode.AUTO or remove 'readOnly' marker from transaction definition 
    

    

    
protected void doFilterInternal(HttpServletRequest request, 

    HttpServletResponse response,FilterChain filterChain) 

    throws ServletException, IOException {

    　SessionFactory sessionFactory = lookupSessionFactory();

    logger.debug("Opening Hibernate Session in OpenSessionInViewFilter");

    Session session = getSession(sessionFactory);

    TransactionSynchronizationManager.bindResource(

    　　sessionFactory, new SessionHolder(session));

    try {

    　　filterChain.doFilter(request, response);

    }

    　finally {

    　TransactionSynchronizationManager.unbindResource(sessionFactory);

    logger.debug("Closing Hibernate Session in OpenSessionInViewFilter");

    closeSession(session, sessionFactory);

    }

    }

    

    

    

    

     
    
    

    
protected Session getSession(SessionFactory sessionFactory)

    throws DataAccessResourceFailureException {

    　Session session = SessionFactoryUtils.getSession(sessionFactory, true);

    session.setFlushMode(FlushMode.NEVER);

    return session;

    }
    
    


    protected void closeSession(Session session, SessionFactory sessionFactory)

    throws CleanupFailureDataAccessException {

    　SessionFactoryUtils.closeSessionIfNecessary(session, sessionFactory);

    } 

    

    
public static void closeSessionIfNecessary(Session session, SessionFactory sessionFactory)
    
    

    
      throws CleanupFailureDataAccessException {
    
    

    
    if (session == null || 

    TransactionSynchronizationManager.hasResource(sessionFactory)) {
    
    

    
      return;
    
    

    
    }
    
    

    
    logger.debug("Closing Hibernate session");
    
    

    
    try {
    
    

    
      session.close();
    
    

    
    }
    
    

    
    catch (JDBCException ex) {
    
    

    
      // SQLException underneath
    
    

    
      throw new CleanupFailureDataAccessException("Could not close Hibernate session", ex.getSQLException());
    
    

    
    }
    
    

    
    catch (HibernateException ex) {
    
    

    
      throw new CleanupFailureDataAccessException("Could not close Hibernate session", ex);
    
    

    
    }
    
    

    
  } 
    

采用spring的事务声明,使方法受transaction控制

    

    
  <bean id="baseTransaction" 

    class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean" 

              abstract="true"> 

            <property name="transactionManager" ref="transactionManager"/> 

            <property name="proxyTargetClass" value="true"/> 

            <property name="transactionAttributes"> 

                <props> 

                    <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop> 

                    <prop key="find*">PROPAGATION_REQUIRED,readOnly</prop> 

                    <prop key="load*">PROPAGATION_REQUIRED,readOnly</prop> 

                    <prop key="save*">PROPAGATION_REQUIRED</prop> 

                    <prop key="add*">PROPAGATION_REQUIRED</prop> 

                    <prop key="update*">PROPAGATION_REQUIRED</prop> 

                    <prop key="remove*">PROPAGATION_REQUIRED</prop> 

                </props> 

            </property> 

        </bean> 

    
    
    
    <bean id="userService" parent="baseTransaction"> 

            <property name="target"> 

                <bean class="com.phopesoft.security.service.impl.UserServiceImpl"/> 

            </property> 

        </bean> 

    

        

        
 session.setFlushMode(FlushMode.AUTO); 
        
        

        
 session.save(user); 
        
        

        
 session.flush(); 
        
    
    

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1441664

>汉字编码的相关说明
  汉字是双字节的，要占用两个BYTE的位置（即16位），分别称为高位和低位。
中国规定的汉字编码为GB2312，这是强制性的，目前几乎所有的能处理中文的应用程序都支持GB2312。GB2312包括了一二级汉字和9区符号，高位从0xa1到0xfe，低位也是从0xa1到0xfe，其中，汉字的编码范围为0xb0a1到0xf7fe。
另外有一种编码，叫做GBK，但这是一份规范，不是强制的。GBK提供了20902个汉字，它兼容GB2312，编码范围为0x8140到0xfefe。GBK中的所有字符都可以一一映射到Unicode 2.0。
中国还颁布了另一种标准：GB18030-2000（GBK2K）。它收录了藏、蒙等少数民族的字型，从根本上解决了字位不足的问题。注意：它不再是定长的。其二字节部份与GBK兼容，四字节部分是扩充的字符、字形。它的首字节和第三字节从0x81到0xfe，二字节和第四字节从0x30到0x39。

2>不同语言直接的转换
  异种语言之间的转换是通过Unicode来完成的。假设有两种不同的语言A和B，转换的步骤为：先把A转化为Unicode，再把Unicode转化为B。
  举例说明。有GB2312中有一个汉字“李”，其编码为“C0EE”，欲转化为ISO8859-1编码。步骤为：先把“李”字转化为Unicode，得到 “674E”，再把“674E”转化为ISO8859-1字符。当然，这个映射不会成功，因为ISO8859-1中根本就没有与“674E”对应的字符。当映射不成功时，问题就发生了！当从某语言向Unicode转化时，如果在某语言中没有该字符，得到的将是Unicode的代码“\uffffd”（“\ u”表示是Unicode编码，）。而从Unicode向某语言转化时，如果某语言没有对应的字符，则得到的是“0x3f”（“?”）。这就是“?”的由来。例如：把字符流buf =“0x80 0x40 0xb0 0xa1”进行new String(buf, "gb2312")操作，得到的结果是“\ufffd\u554a”，再println出来，得到的结果将是“?啊”，因为“0x80 0x40”是GBK中的字符，在GB2312中没有。再如，把字符串String="\u00d6\u00ec\u00e9\u0046\u00bb\ u00f9"进行new String (buf.getBytes("GBK"))操作，得到的结果是“3fa8aca8a6463fa8b4”，其中，“\u00d6”在“GBK”中没有对应的字符，得到“3f”，“\u00ec”对应着“a8ac”，“\u00e9”对应着“a8a6”，“0046”对应着“46”（因为这是ASCII字符），“\u00bb”没找到，得到“3f”，最后，“\u00f9”对应着“a8b4”。把这个字符串println一下，得到的结果是“?ìéF? ù”。看到没？这里并不全是问号，因为GBK与Unicode映射的内容中除了汉字外还有字符，本例就是最好的明证。

3>Unicode格式
  Unicode默认为UTF-16格式。
  UTF-8是Unicode压缩版本，对于大多数常用字符集(ASCII中0~127字符)它只使用单字节，而对其它常用字符(特别是朝鲜和汉语会意文字)，它使用３字节。如果写的主要是英语，那么UTF-8可减少文件大小一半左右。
  UTF-8就是以8位为单元对UCS进行编码，以字节为编码单元，没有字节序的问题。UTF-16以两个字节为编码单元，在解释一个UTF-16文本前，首先要弄清楚每个编码单元的字节序。例如"奎"的Unicode编码是594E，"乙"的Unicode编码是4E59。如果我们收到UTF-16字节流 "594E"，那么这是“奎”还是"乙"？Unicode规范中推荐的标记字节顺序的方法是BOM(即Byte Order Mark)。如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little-Endian的。

3>UTF格式
  UTF，是Unicode Text Format的缩写，意为Unicode文本格式。对于UTF，是这样定义的：
  ● 如果Unicode的16位字符的头9位是0，则用一个字节表示，这个字节的首位是“0”，剩下的7位与原字符中的后7位相同，如“\u0034” （0000 0000 0011 0100），用“34” (0011 0100)表示；（与源Unicode字符是相同的）；
  >7位的Unicode: 0 _ _ _ _ _ _ _
  ● 如果Unicode的16位字符的头5位是0，则用2个字节表示，首字节是“110”开头，后面的5位与源字符中除去头5个零后的最高5位相同；第二个字节以“10”开头，后面的6位与源字符中的低6位相同。如“\u025d”（0000 0010 0101 1101），转化后为“c99d”（1100 1001 1001 1101）；
  >11位的Unicode: 1 1 0 _ _ _ _ _ 1 0 _ _ _ _ _ _
  ● 如果不符合上述两个规则，则用三个字节表示。第一个字节以“1110”开头，后四位为源字符的高四位；第二个字节以“10”开头，后六位为源字符中间的六位；第三个字节以“10”开头，后六位为源字符的低六位；如“\u9da7”（1001 1101 1010 0111），转化为“e9b6a7”（1110 1001 1011 0110 1010 0111）；
  >16位的Unicode: 1 1 1 0 _ _ _ _ 1 0 _ _ _ _ _ _ 1 0 _ _ _ _ _ _
  >21位的Unicode: 1 1 1 1 0 _ _ _ 1 0 _ _ _ _ _ _ 1 0 _ _ _ _ _ _ 1 0 _ _ _ _ _ _
  可以这么描述JAVA程序中Unicode与UTF的关系，虽然不绝对：字符串在内存中运行时，表现为Unicode代码，而当要保存到文件或其它介质中去时，用的是UTF。这个转化过程是由writeUTF和readUTF来完成的。

4>Java程序中的编码格式内幕
  input(charsetA)-＞process(Unicode)-＞output(charsetB)
  即输入、处理和输出要经过“从charsetA到unicode再到charsetB”的转化。

  SourceFile(jsp,java)-＞class-＞output
  输入的是jsp和java源文件，在处理过程中，以Class文件为载体，然后输出。

　● JSP从源文件到Class的过程。
  在本节中，将阐述JSP文件的解释和编译过程，并跟踪其中的中文变化。
　　1、JSP/Servlet引擎提供的JSP转换工具（jspc）搜索JSP文件中用＜%@ page contentType ="text/html; charset=＜Jsp-charset＞"%＞中指定的charset。如果在JSP文件中未指定＜Jsp-charset＞，则取JVM中的默认设置file.encoding，一般情况下，这个值是ISO8859-1；
　　2、jspc用相当于“javac –encoding ＜Jsp-charset＞”的命令解释JSP文件中出现的所有字符，包括中文字符和ASCII字符，然后把这些字符转换成Unicode字符，再转化成 UTF格式，存为JAVA文件。ASCII码字符转化为Unicode字符时只是简单地在前面加“00”，如“A”，转化为“\u0041”（不需要理由，Unicode的码表就是这么编的）。然后，经过到UTF的转换，又变回“41”了！这也就是可以使用普通文本编辑器查看由JSP生成的JAVA文件的原因；
　　3、引擎用相当于“javac –encoding UNICODE”的命令，把JAVA文件编译成CLASS文件；
　　先看一下这些过程中中文字符的转换情况。有如下源代码：
＜%@ page contentType="text/html; charset=gb2312"%＞
＜html＞＜body＞
＜%
　String a="中文";
　out.println(a);
%＞
＜/body＞＜/html＞
  两个字的GB2312编码为“D6 D0 CE C4”。经查表，“中文”两字的Unicode编码为“\u4E2D\u6587”，用 UTF表示就是“E4 B8 AD E6 96 87”。此JSP文件生成的JAVA文件中的“中文”两个字被“E4 B8 AD E6 96 87”替代了，再查看由JAVA文件编译生成的CLASS文件，发现结果与JAVA文件中的完全一样。
 
  再看JSP中指定的CharSet为ISO-8859-1的情况。
＜%@ page contentType="text/html; charset=ISO-8859-1"%＞
＜html＞＜body＞
＜%
　String a="中文";
　out.println(a);
%＞
＜/body＞＜/html＞
  先推测一下生成的JAVA文件和CLASS文件的过程：jspc用ISO-8859-1来解释“中文”，并把它映射到Unicode。由于ISO- 8859-1是8位的，其映射规则就是在每个字节前加“00”，所以，映射后的Unicode编码应为“\u00D6\u00D0\u00CE\ u00C4”，转化成UTF后应该是“C3 96 C3 90 C3 8E C3 84”。最后，打开文件看一下，JAVA文件和CLASS文件中，“中文”果然都表示为“C3 96 C3 90 C3 8E C3 84”。
  如果上述代码中不指定＜Jsp-charset＞，即把第一行写成“＜%@ page contentType="text/html" %＞”，JSPC会使用file.encoding的设置来解释JSP文件。在RedHat 6.2上，其处理结果与指定为ISO-8859-1是完全相同的。
 
  到现在为止，已经解释了从JSP文件到CLASS文件的转变过程中中文字符的映射过程。一句话：从“JspCharSet到Unicode再到UTF”。

  ● Servlet从源文件到Class的过程
  本节将讨论Servlet的编译过程并跟踪其中的中文变化。
  用“javac”编译Servlet源文件。javac可以带“-encoding ＜Compile-charset＞”参数，意思是“用＜ Compile-charset ＞中指定的编码来解释Serlvet源文件”。
  源文件在编译时，用＜Compile-charset＞来解释所有字符，包括中文字符和ASCII字符。然后把字符常量转变成Unicode字符，最后，把Unicode转变成UTF。
  在Servlet中，还有一个地方设置输出流的CharSet。通常在输出结果前，调用HttpServletResponse的 setContentType方法来达到与在JSP中设置＜Jsp-charset＞一样的效果，称之为＜Servlet-charset＞。
  注意，文中一共提到了三个变量：＜Jsp-charset＞、＜Compile-charset＞和＜Servlet-charset＞。其中，JSP文件只与＜Jsp-charset＞有关，而＜Compile-charset＞和＜Servlet-charset＞只与Servlet有关。

import javax.servlet.*;
import javax.servlet.http.*;
class testServlet extends HttpServlet
{
　public void doGet(HttpServletRequest req,HttpServletResponse res)
　throws ServletException,java.io.IOException
　{
　　res.setContentType("text/html; charset=GB2312");
　　java.io.PrintWriter out=res.getWriter();
　　out.println("＜html＞");
　　out.println("#中文#");
　　out.println("＜/html＞");
　}
}

  开始编译。下表是＜Compile-charset＞不同时，CLASS文件中“中文”两字的十六进制码。在编译过程中，＜Servlet- charset＞不起任何作用。＜Servlet-charset＞只对CLASS文件的输出产生影响，实际上是＜Servlet-charset＞和＜Compile-charset＞一起，达到与JSP文件中的＜Jsp-charset＞相同的效果，因为＜Jsp-charset＞对编译和 CLASS文件的输出都会产生影响。“中文”两个字的GB2312编码为“D6 D0 CE C4”

Compile-charset   Class文件中                      等效的Unicode码
GB2312            E4 B8 AD E6 96 87(UTF)          \u4E2D\u6587 (在Unicode中＝“中文”)
ISO-8859-1        C3 96 C3 90 C3 8E C3 84 (UTF)   \u00D6 \u00D0 \u00CE \u00C4 (在D6 D0 CE C4前面各加了一个00)
（默认）           同ISO-8859-1                     同ISO-8859-1

  普通Java程序的编译过程与Servlet完全一样。
  接下来看看CLASS又是怎样输出中文的呢？
  上文说过，字符串在内存中表现为Unicode编码。至于这种Unicode编码表示了什么，那要看它是从哪种字符集映射过来的，也就是说要看它的祖先。看看上面的例子，如果给一串Unicode编码“00D6 00D0 00CE 00C4”，如果不作转换，直接用Unicode码表来对照它时，是四个字符（而且是特殊字符）；假如把它与“ISO8859-1”进行映射，则直接去掉前面的“00”即可得到“D6 D0 CE C4”，这是ASCII码表中的四个字符；而假如把它当作GB2312来进行映射，得到的结果很可能是一大堆乱码，因为在GB2312中有可能没有（也有可能有）字符与00D6等字符对应（如果对应不上，将得到0x3f，也就是问号，如果对应上了，由于00D6等字符太靠前，估计也是一些特殊符号，真正的汉字在Unicode中的编码从4E00开始）。
  可以，同样的Unicode字符，可以解释成不同的样子。当然，这其中有一种是我们期望的结果。
  以上例而论，“D6 D0 CE C4”应该是我们所想要的，当把“D6 D0 CE C4”输出到IE中时，用“简体中文”方式查看，就能看到清楚的“中文”两个字了。
  Servlet中，当Compile-charset=Servlet-charset时，显示结果肯定正常。

  ● 最终结论：
  在Class输出字符串前，会将Unicode的字符串按照某一种内码重新生成字节流，然后把字节流输入，相当于进行了一步“String.getBytes(???)”操作。???代表某一种字符集。
  如果是Servlet，那么，这种内码就是在HttpServletResponse.setContentType()方法中指定的内码，也就是上文定义的＜Servlet-charset＞。
  如果是JSP，那么，这种内码就是在＜%@ page contentType=""%＞中指定的内码，也就是上文定义的＜Jsp-charset＞。
  如果是Java程序，那么，这种内码就是file.encoding中指定的内码，默认为ISO8859-1。

5>结论
  在Jsp文件中，要指定contentType，其中，charset的值要与客户端浏览器所用的字符集一样；对于其中的字符串常量，不需做任何内码转换；对于字符串变量，要求能根据ContentType中指定的字符集还原成客户端能识别的字节流，简单地说，就是“字符串变量是基于＜Jsp- charset＞字符集的”；
  在Servlet中，必须用HttpServletResponse.setContentType()设置charset，且设置成与客户端内码一致；对于其中的字符串常量，需要在Javac编译时指定encoding，这个encoding必须与编写源文件的平台的字符集一样，一般说来都是 GB2312或GBK；对于字符串变量，与JSP一样，必须“是基于＜Servlet-charset＞字符集的”。 

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1339656

public class BaseCache extends GeneralCacheAdministrator {
// 过期时间(单位为秒);
 private int refreshPeriod;
 

 public BaseCache(int refreshPeriod){
    super();
    this.refreshPeriod=refreshPeriod;
 }
// 添加被缓存的对象;
 public void put(String key,Object value){
    this.putInCache(key,value);
 }
// 删除被缓存的对象;
 public void remove(String key){
    this.flushEntry(key);
 }
// 删除所有被缓存的对象;
 public void removeAll(Date date){
    this.flushAll(date);
 }

 public void removeAll(){
    this.flushAll();
   
 }
// 获取被缓存的对象;
 public Object get(String key) throws Exception{
    try{
     return this.getFromCache(key,this.refreshPeriod);
    } catch (NeedsRefreshException e) {
     this.cancelUpdate(key);
          throw e;
    }
   }
}
2.执行方法:
在方法里,indexCache = new BaseCache(3600),hii = new cache.Hits(hits),这个类是自己写的,下面的详细代码,然后调用put(String key,Object value)方法,key是关键字.下次取的时候就直接get(key),key我是用的查询参数组成的,只要下次当别人用到相同条件搜索时,就可以直接从缓存读数据,这里所提到的是org.apache.lucene.search.Hits这个对像是不能被缓存的,没有被序例化,我查了下源码,也不能被继承,所以大家自己写个类implements Serializable

public class Hits implements Serializable   {
  private  org.apache.lucene.search.Hits hits;
  private  Document[] docs=null;
  private boolean flag=true;
 
 /**
  * sundc 2007-11-20
  */
 public Hits(org.apache.lucene.search.Hits hits) {
  this.docs=new Document[hits.length()];
  int length=0;
//我这里是定义记录有只缓存前710多记录,如果大于710还是查lucene,大家都知道搜索用户访问都是几页,大家可以针对自己项目进行规化..
if(hits.length()>=710){
   length=710;
  }
  else{
   length=hits.length(); 
  }
   for(int i=0;i<length;i++){
   try {
    this.docs[i]=hits.doc(i);
   } catch (CorruptIndexException e) {
    e.printStackTrace();
   } catch (IOException e) {
    e.printStackTrace();
   }
  }
 }

 
 public Hits( Document[] doc){
  this.docs=doc;
 }
 public  Document doc(int i){
  if(!this.flag){
   try {
    return this.hits.doc(i);
   } catch (CorruptIndexException e) {
    // TODO Auto-generated catch block
    e.printStackTrace();
   } catch (IOException e) {
    // TODO Auto-generated catch block
    e.printStackTrace();
   }
   
  }
  return this.docs[i];
 }

 public  int length(){
  if(this.flag){
   return  docs.length;
  }
  return this.hits.length();
 }
 
 public  Document[] getDocs() {
  return this.docs;
 }

 public  void setDocs(Document[] docs) {
  this.docs = docs;
 }

 public org.apache.lucene.search.Hits getHits() {
  return this.hits;
 }

 public void setHits(org.apache.lucene.search.Hits hits) {
  this.hits = hits;
 }
}
我这里是如果有缓存数据,就读缓存,没有,就lucene然后放在缓存里.大家可以调用indexCache.get(key),大家每一次访问的时候会相对很慢.如果缓存已经建立了,那么速度会很快,大家在用的时候,针对自己项目的数据要求,进行缓存.下面介绍内存缓存.
  2.内存缓存可以相对要快点.但是针对服务器的本身内存大小,大家针对自己的项目和服务器的配置选择好的缓存方式.,把cache.memory=true,这样就可以了.
3.还可以实现页面级缓存
你可以在web.xml中定义缓存过滤器，定义特定资源的缓存。
<filter>
<filter-name>CacheFilter</filter-name>
<filter-class>com.opensymphony.oscache.web.filter.CacheFilter</filter-class>
<init-param>
<param-name>time</param-name>
<param-value>60</param-value>
</init-param>
<init-param>
<param-name>scope</param-name>
<param-value>session</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CacheFilter</filter-name>
<url-pattern>*.jsp</url-pattern>
</filter-mapping>
上面定义将缓存所有.jsp页面，缓存刷新时间为60秒，缓存作用域为Session,
注意，CacheFilter只捕获Http头为200的页面请求，即只对无错误请求作缓存，
而不对其他请求（如500,404,400）作缓存处理.
我这里介绍的不全,只是我在项目中用到了这些.如果有什么问题,虚心接受....

有相当多的地区电信强制性要求用户安装星空软件才能正常上网，而星空极速软件的流氓行径令人发指。

首先我们对这种行为表示痛恨~~~

为什么一定要使用星空软件而不能使用其它软件上网呢？其实其它软件也能（比如XP自带的）正常上网。

当然这需要进行必要的设置，该如何设置呢？

我可以给大家提供一个只需要三分钟搞定的方法，不需要借助任何破解软件，只靠WINDOWS就OK！

大家有没有想过为什么只能使用星空极速才能上网呢？而其它软件都会出现“691”等类的错误提示？

实际上根本问题不是软件问题，而是账号问题。我们每人的宽带账号其实并非真实的账号，真实账号前面

比我们的账号前面多两个字符，一般是“~G”格式（~和1个大写字母），也有~7（~和1个阿拉伯数字）。

比如说电信提供给你的账号是：1234567，而实际你的真实账号是：~G1234567或者~71234567，

如果用真实账号在XP自带的软件中上网就可以正常登陆。使用星空极速软件，它则将省去部分自动加上拨号。

问题我们弄清楚了，就需要搞明白究竟省去的是哪两个字符。“~”是固定的，后面的英文字母和数字是不定的，

有好多网友提供的专业软件进行分析可以解析出是哪两个字符，但是这样太复杂。现在我给大家提供一种

相当简单的方法则可以找出。

方法如下：

（关闭星空极速，建议关掉运行中的其它程序）

开始——控制面板——性能和维护——管理工具——事件查看器——系统（双击）——启动星空极速——刷新事件查看器

第一个事件即为使用星空极速拨号的记录，双击该事件后可以在描述栏内看到你的真实宽带账号，即上面所说的格式。

得到真实账号后就可以使用自己心爱的拨号软件登陆。

声明：该方法成功率为99%，另外1%为不知控制面板是什么东西的网友。

当然还有笨办法，字母和数字加起来总数不到40个，不怕麻烦也可以一个个来试着拨号，总有一个是正确的。

希望上述能大家有所帮助。让我们摆脱流氓，生活在一个宁静的世界。