一个有意思的Tomcat异常

在公众号后台，经常能看到读者的消息，其中一部分消息是关于Tomcat使用过程中遇到的问题。但是，由于微信的「克制」，如果消息回复的比较晚，就会遇到「过期」的尴尬，我并不能主动联系到提问的人。

创新互联公司于2013年开始，是专业互联网技术服务公司，拥有项目成都网站设计、网站制作、外贸营销网站建设网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元屯留做网站,已为上家服务,为屯留各地企业和个人服务,联系电话:13518219792

后面有需要讨论问题的朋友，如果公众号发消息未收到回复，可以加我微信。

说回正题，之前有位读者留言，说了一个 Tomcat 异常的问题。

即 Tomcat 各功能正常，不影响使用，但是偶尔的在日志中会看到类似于这样的异常信息：

 
 
 
 
    
  
  
  
  
  1. INFO [https-apr-8443-exec-5] org.apache.coyote.http11.Http11Processor.service Error parsing HTTP request header
    2. 
  
  
  
  
  2.  Note: further occurrences of HTTP header parsing errors will be logged at DEBUG level.
    3. 
  
  
  
  
  3.  java.lang.IllegalArgumentException: Invalid character (CR or LF) found in method name
    4. 
  
  
  
  
  4.     at org.apache.coyote.http11.Http11InputBuffer.parseRequestLine(Http11InputBuffer.java:443)
    5. 
  
  
  
  
  5.     at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:982)
    6.

为啥报这个呢?明明自己没做什么操作。

顺着异常信息我们往上看，首先这个提示是解析请求头出现的错误。更细节一些是解析请求头中第一行，所谓的「Request Line」的时候出了问题。

什么是「Request Line」呢? 就是HTTP 规范中指定的，以请求方法开头 再加上请求URI 等。具体看这个规范说明

这里我们的异常信息提示我们是在解析 Method name的时候出了问题。看规范里说了「The Request-Line begins with a method token」也就是有固定的东西的，不是啥都能叫一个method name。我们熟悉的GET/POST/PUT/DELETE都是这里允许的。

我们再来看 Tomcat 的源码，是如何判断这里的 Requet Line 是不是一个包含一个合法的 method name。

顺着异常的类和方法，轻车熟路，直接就能看到了。

 
 
 
 
    
  
  
  
  
  1. if (parsingRequestLinePhase == 2) {
    2. 
  
  
  
  
  2.     //
    3. 
  
  
  
  
  3.     // Reading the method name
    4. 
  
  
  
  
  4.     // Method name is a token
    5. 
  
  
  
  
  5.     //
    6. 
  
  
  
  
  6.     boolean space = false;
    7. 
  
  
  
  
  7.     while (!space) {
    8. 
  
  
  
  
  8.         // Read new bytes if needed
    9. 
  
  
  
  
  9.         if (byteBuffer.position() >= byteBuffer.limit()) {
    10. 
  
  
  
  
  10.             if (!fill(false)) // request line parsing
    11. 
  
  
  
  
  11.                 return false;
    12. 
  
  
  
  
  12.         }
    13. 
  
  
  
  
  13.         // Spec says method name is a token followed by a single SP but
    14. 
  
  
  
  
  14.         // also be tolerant of multiple SP and/or HT.
    15. 
  
  
  
  
  15.         int pos = byteBuffer.position();
    16. 
  
  
  
  
  16.         byte chr = byteBuffer.get();
    17. 
  
  
  
  
  17.         if (chr == Constants.SP || chr == Constants.HT) {
    18. 
  
  
  
  
  18.             space = true;
    19. 
  
  
  
  
  19.             request.method().setBytes(byteBuffer.array(), parsingRequestLineStart,
    20. 
  
  
  
  
  20.                     pos - parsingRequestLineStart);
    21. 
  
  
  
  
  21.         } else if (!HttpParser.isToken(chr)) {
    22. 
  
  
  
  
  22.             byteBuffer.position(byteBuffer.position() - 1);
    23. 
  
  
  
  
  23.             throw new IllegalArgumentException(sm.getString("iib.invalidmethod"));
    24. 
  
  
  
  
  24.         }
    25. 
  
  
  
  
  25.     }
    26. 
  
  
  
  
  26.     parsingRequestLinePhase = 3;
    27. 
  
  
  
  
  27. }
    28.

我们注意红色的异常就是上面产生的内容。产生这个是由于读取的byte 不是个 SP 同时下面的 isToken 也不是true导致。

那Token都有谁是怎么定义的?

这里挺有意思的，直接用一个boolean数组来存，前面我们传进来的byte，对应的是这个数组的下标。

 
 
 
 
    
  
  
  
  
  1. public static boolean isToken(int c) {
    2. 
  
  
  
  
  2.     // Fast for correct values, slower for incorrect ones
    3. 
  
  
  
  
  3.     try {
    4. 
  
  
  
  
  4.         return IS_TOKEN[c];
    5. 
  
  
  
  
  5.     } catch (ArrayIndexOutOfBoundsException ex) {
    6. 
  
  
  
  
  6.         return false;
    7. 
  
  
  
  
  7.     }
    8. 
  
  
  
  
  8. }
    9.

这里的boolean数组，初始化时有几个关联的数组一起，长度为128。

 
 
 
 
    
  
  
  
  
  1. private static final boolean[] IS_CONTROL = new boolean[ARRAY_SIZE];
    2. 
  
  
  
  
  2. private static final boolean[] IS_SEPARATOR = new boolean[ARRAY_SIZE];
    3. 
  
  
  
  
  3. private static final boolean[] IS_TOKEN = new boolean[ARRAY_SIZE];
    4. 
  
  
  
  
  4. // Control> 0-31, 127
    5. 
  
  
  
  
  5. if (i < 32 || i == 127) {
    6. 
  
  
  
  
  6.     IS_CONTROL[i] = true;
    7. 
  
  
  
  
  7. }
    8. 
  
  
  
  
  8. // Separator
    9. 
  
  
  
  
  9. if (    i == '(' || i == ')' || i == '<' || i == '>'  || i == '@'  ||
    10. 
  
  
  
  
  10.         i == ',' || i == ';' || i == ':' || i == '\\' || i == '\"' ||
    11. 
  
  
  
  
  11.         i == '/' || i == '[' || i == ']' || i == '?'  || i == '='  ||
    12. 
  
  
  
  
  12.         i == '{' || i == '}' || i == ' ' || i == '\t') {
    13. 
  
  
  
  
  13.     IS_SEPARATOR[i] = true;
    14. 
  
  
  
  
  14. }
    15. 
  
  
  
  
  15. 
  
  
  
  
  16. // Token: Anything 0-127 that is not a control and not a separator
    17. 
  
  
  
  
  17. if (!IS_CONTROL[i] && !IS_SEPARATOR[i] && i < 128) {
    18. 
  
  
  
  
  18.     IS_TOKEN[i] = true;
    19. 
  
  
  
  
  19. }
    20.

所以这里token的定义明确了，非控制字符，非分隔符，ascii 码小于128 的都是 token。

所以问题产生原因定位了，是由于我们的请求头中传递了「非法」方法名称，导致请求不能正确处理。

我们来看一个正常的请求信息

Request Line 就是上面看到的第一行内容。 GET /a/ HTTP/1.1

那有问题的内容大概是这个样子

谁能从上面解析出来请求方法?

这时你可能会问，正常请求都好好的，你这个怎么搞的?

对。正常没问题，如果我们的Connector 是普通的此时可以响应请求，如果你一直http://localhost:port/a ，可以正常响应，此时后台收到一个https://localhost:port1/a，你要怎么响应?

要知道这两个编码大不一样。所以就出现了本文开头的问题。

如果不想走寻常路，可以自己写个Socket ，连到 Tomcat Server上，发个不合法的请求，大概也是一个样子。

那出现了这类问题怎么排查呢? 别忘了 Tomcat 提供了一系列有用的 Valve ，其中一个查看请求的叫AccessLogValve(阀门(Valve)常打开，快发请求过来 | Tomcat的AccessLogValve介绍)

在 Log里可以查看每个到达的请求来源IP，请求协议，响应状态，请求方法等。但是如果上面的异常产生时，请求方法这类有问题的内容也是拿不到的，此时的response status 是400 。但通过IP我们能看到是谁在一直请求。如果判断是非法请求后，可以再增加我们的过滤Valve，直接将其设置为Deny就OK了。

【本文为专栏作者“侯树成”的原创稿件，转载请通过作者微信公众号『Tomcat那些事儿』获取授权】

网页名称：一个有意思的Tomcat异常
分享URL：http://www.shufengxianlan.com/qtweb/news25/271225.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

商城网站知识

分类信息网

外贸营销网站建设　　 　企业网站建设　　 　网站建设公司　　 　品牌官网设计　　 　宜宾网站建设　　 　蜀锦在线　　 　四川白乌鱼　　 　成都做网站　　 　混凝土密封固化剂　　 　成都企业网站定制　　 　眉山电信机房　　 　定制网站　　 　网站推广　　 　LED显示屏　　 　全网营销　　 　护栏钻孔机　　 　百度关键词排名　　 　成都SEO优化公司　　 　成都企业网站建设　　 　域名注册