设为首页 收藏本站
查看: 258|回复: 0

[经验分享] Tomcat的中文處理

[复制链接]

尚未签到

发表于 2017-1-23 07:31:36 | 显示全部楼层 |阅读模式
  原地址
  httpwww.csdn.netdeveloparticle1717204.shtm
  httpwww.csdn.netdeveloparticle1717222.shtm
  httpwww.csdn.netdeveloparticle1717223.shtm
  httpwww.csdn.netdeveloparticle1717225.shtm
  httpwww.csdn.netdeveloparticle1717233.shtm
  作者:ggyy1977@hotmail.com

Tomcat的中文处理(一)

  看到很多朋友问关于中文的处理问题,下面我们以tomcat4.0为servlet,jsp引擎来说说unicode的处理。
  1)       从客户端接受请求
  当客户端请求tomcat的一个jsp文档的时候,tomcat会构造相应的httpServletRequest实现类的实例来代表客户端,通过对流servletInputStream读,我们可以得到客户端来的数据。
  在jsp中我们通常使用的request.getParameter()来得到参数的值,这个函数的背后到底怎么样的呢?怎么样对String编码的呢?
  通过tomcat的httpServletRequest实现类源代码考察:

DSC0000.gif public String getParameter(String name)

DSC0001.gif DSC0002.gif     
...{
DSC0003.gif
        parseParameters();处理parameters

        String values[] 
= (String[])parameters.get(name);//得到该参数名字对应的Object(是一个数组)

        
if(values != null)

DSC0004.gif DSC0005.gif         
...{

            
return values[0];

DSC0006.gif         }
 else

        
...{

            
return null;

        }


DSC0007.gif     }




  其中parameters是request的一个map类型的数据成员,用来存放接受到的客户端的数据。也就是说每当客户端请求的时候,tomcat构造一个request实例,该实例有一个parameters用来存放从servlet实例的写入流的读来的客户端的数据。
  从上面的代码知道最重要的的是parseParameters()函数,它是来处理parameters的。
  下面来看看:

protected void parseParameters()

    
...{

        
if(parsed)

        
...{

            
return;//如果处理过了,就不要处理了

        }


        ParameterMap results 
= parameters;//构造parameters对象的本地引用

        
if(results == null)

        
...{

            results 
= new ParameterMap();//如果没有实例

        }


  results.setLocked(
false);

        String encoding 
= getCharacterEncoding();//得到httpServeltRequest的编码

        
if(encoding == null)

        
...{

            encoding 
= ISO-8859-1;//如果没有指定httpServeltRequest的编码采用ISO-8859-1

        }


       。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

            RequestUtil.parseParameters(results, queryString, encoding);
//处理编码

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

                              

                is.read(buf, len, max 
- len); 从流中读取数据

           。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

                RequestUtil.parseParameters(results, buf, encoding);处理编码

         。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

        parameters 
= results;重置引用

    }




  下面再来看看RequestUtil.parseParameters(results, buf, encoding);的处理:
  在此就不贴源代码了,
  RequestUtil.parseParameters(results, buf, encoding)的处理中对于buf  byte数组进行处理,构造key和value,就是参数名字和参数值:

while(ix  data.length) 

            
...{

                
byte c = data[ix++];

                
switch((char)c)

                
...{

                
case 38  '&'

                    value 
= new String(data, 0, ox, encoding);

                    
if(key != null)

                    
...{

                        putMapEntry(map, key, value);

                        key 
= null;

                    }


                    ox 
= 0;

                    
break;

 

                
case 61  '='

    key 
= new String(data, 0, ox, encoding);

                    ox 
= 0;

                    
break;

 

                
case 43  '+'

                    data[ox
++= 32;

                    
break;

 

                
case 37  '%'

                    data[ox
++= (byte)((convertHexDigit(data[ix++])  4+ convertHexDigit(data[ix++]));

                    
break;

 

                
default

                    data[ox
++= c;

                    
break;

                }


            }


            
if(key != null)

            
...{

                value 
= new String(data, 0, ox, encoding);

                putMapEntry(map, key, value);

            }



  显然对于参数名字和参数的值都是采用的new String(data, 0, ox, encoding);方法来使用指定的编码方式构造的。
  结论:我们不难看出如果没有指定request的编码方式,那么从客户端接受到的参数的名字和参数值都是以iso-8859-1编码的String的。
  也就是说我们在jsp的页面中的表单元素中给出的参数值在通过request.getParamter()得到后的String是以iso-8859-1编码的。
  而且我们看看tomcat为jsp产生的java文件知道,对于在jsp定义的没有指定编码方式的String的时候,tomcat是使用的iso-8859-1方式的,而不是系统默认的。
  比如:
  %
  String name=new String(“你好”);或者String name=”你好”;都是使用的iso-8859-1的编码方式的。
  System.out.println(name);就会产生乱码的。(因为Console使用的系统的默认编码的,中文系统是gb2321,日文是MS932).
  %
  下篇我们介绍httpServletResponse的处理
Tomcat的中文處理(二):
  上篇我们介绍了tomcat是怎么对接收到字符进行编码的,现在我们来看当向客户端写html文档的时候到底发生了什么?
  tomcate在向客户端写出数据的時候,使用的是response的输出流來实现的。但是jsp是怎樣使用response的流的呢?
  在使用JSP内含對象out輸出的時候,out是一個JspWriter实现类的对象实例,JspWriterImpl(ServletResponse response, int sz, boolean autoFlush)是一个该类的构造函数,其使用到了response,在JspWriterImpl内部还有一个java.io.Writer对象实例的引用,在使用JspWriter(JSP的out对象)写出数据的时候,会调用如下的函数来初始化
  protected void initOut() throws IOException
  {
  if(out == null)
  {
  out = response.getWriter();初始化 java.io.Writer對象
  }
  }来初始化该内部对象的。
  然后在jspWriter的各个输出数据的函数的实现中就是調用上面的java.io.Writer對象的方法的。
  所以不论是jsp或者是servlet,对客户端写出html的時候,都是通过response.getWriter();来得到的字符流或者由getOutputStream()得到2进制流的。
  一個response存在一個字符流,也存在一個2進制流,但是在同一時刻只能打開使用一個流的。至於兩者的關係,我們在後面介紹。Jsp的out對象就是response的字符流的。
  同樣的request也存在一個字符流和一個2進制流,但是在同一時刻只能打開使用一個流的。
  response的两个流的关系
  我们来考察response的实现类的getOutputStream()和getWriter函数的实现:

public ServletOutputStream getOutputStream()        throws IOException

    
...{

      。。。。。。。。。。。。。。。。。。。。。

            stream 
= createOutputStream();创建response的2进制的输出流

   。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

        
return stream;

    }


public PrintWriter getWriter()        throws IOException

 
...{

     。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

           ResponseStream newStream 
= (ResponseStream)createOutputStream();创建2进制流

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

            OutputStreamWriter osr 
= new OutputStreamWriter(newStream, getCharacterEncoding());

            writer 
= new ResponseWriter(osr, newStream);得到response的字符输出流

 。。。。。。。。。。。。。。。。。。。。。。。。。。

        }


    }



  显然,我们的字符流就是从2进制流转化而来的
  还有两个函数要注意:

public String getCharacterEncoding()response的编码,默认是ISO-8859-1的

    
...{

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-332151-1-1.html 上篇帖子: Tomcat源码系列3--Tomcat请求处理的流程 下篇帖子: Tomcat分析文章的总结
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表