最近线上应用一直LOAD值非常高,几乎接近宕机的边缘,开始报异常如下:
- at Java.util.regex.Pattern$GroupTail.match(Unknown Source)
- at java.util.regex.Pattern$Ctype.match(Unknown Source)
- at java.util.regex.Pattern$Branch.match(Unknown Source)
- at java.util.regex.Pattern$GroupHead.match(Unknown Source)
- at java.util.regex.Pattern$Loop.match(Unknown Source)
- at java.util.regex.Pattern$GroupTail.match(Unknown Source)
- at java.util.regex.Pattern$Ctype.match(Unknown Source)
- at java.util.regex.Pattern$Branch.match(Unknown Source)
- at java.util.regex.Pattern$GroupHead.match(Unknown Source)
- at java.util.regex.Pattern$Loop.match(Unknown Source)
- at java.util.regex.Pattern$GroupTail.match(Unknown Source)
- at java.util.regex.Pattern$Ctype.match(Unknown Source)
- at java.util.regex.Pattern$Branch.match(Unknown Source)
- at java.util.regex.Pattern$GroupHead.match(Unknown Source)
- at java.util.regex.Pattern$Loop.match(Unknown Source)
- at java.util.regex.Pattern$GroupTail.match(Unknown Source)
- at java.util.regex.Pattern$Ctype.match(Unknown Source)
- at java.util.regex.Pattern$Branch.match(Unknown Source)
- at java.util.regex.Pattern$GroupHead.match(Unknown Source)
- at java.util.regex.Pattern$Loop.match(Unknown Source)
- at java.util.regex.Pattern$GroupTail.match(Unknown Source)
- at java.util.regex.Pattern$Ctype.match(Unknown Source)
- at java.util.regex.Pattern$Branch.match(Unknown Source)
通过异常信息抓取定位到我们的一个工具方法:该工具方法如下:
- public static boolean checkSpecialChars(String inputstr, String regex)
- {
- if (inputstr == null || "".equals(inputstr))
- {
- return false;
- }
- return Pattern.compile(regex).matcher(inputstr).matches();
- }
没有任何地方是通过循环的调用本方法的,但根据异常信息很明显是死循环,这就引起我们进一步去跟踪问题,通过一段时间的测试和总结,终于找到问题的产生原因。该方法允许传一个正则表达式进去, 问题就出在传入的正则表达式上,该表达式简化为如下:
- String regex = "([a-z]|//d)*";
通过测试发现,此时若输入的字符串里面匹配次数超过817次以后,该方法将变的不稳定,开始重现我们前面的异常信息。测试代码如下:
- import java.util.regex.Pattern;
-
-
-
-
-
-
- public class RegexTest
- {
- public static void main(String args[])
- {
- String regex = "([a-z]|//d)*";
- String inputStr = "";
- for (int i = 0; i < 309; i++)
- {
- inputStr = inputStr.concat(String.valueOf(i));
- }
- System.out.println("字符串长度为:"+inputStr.length());
- boolean flag = checkSpecialChars(inputStr, regex);
- System.out.println("匹配结果为: "+flag);
- }
- public static boolean checkSpecialChars(String inputstr, String regex)
- {
- if (inputstr == null || "".equals(inputstr))
- {
- return false;
- }
- return Pattern.compile(regex).matcher(inputstr).matches();
- }
- }
原来:该问题是JDK的BUG,到JDK1.6里居然还没修复,BUG详情见:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5050507 和 http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6988218
通过上面方法解决上抛异常问题,修改完机器重启后发现异常是不抛了,但CPU占用率高并没有好转,频频报警,经过仔细排查,有五个处理正则的线程把CPU资源耗完了,实在没招,最后校验采用其它方法,彻底干掉正则。
总结:通过这次线上问题排查,正则表达式是个双仞剑,如果大规模数据的校验最好不要使用正则,效率非常差。CPU的处理能力会全部耗费在处理这几个正则上。另外该问题是项目上线一段时间后才出现,这说明当数据达到一个数量级后,正则的处理效率会快速下降,这样就像我这种情况,刚开始数据量小,一直没有问题,等到访问量突然增大后,CPU在短时间内LOAD值非常高。所以正则轻易不要���在大数据量或者并发访问较高的应用中。