一次全表审核“卡99%”故障排查:空字符串在while循环中引发的性能陷阱

今天下午听到部门内另外一个报表项目说他们全表审核 操作前端一直卡在99%,就好奇看了一下。前端页面触发全表审核 请求,过了五分钟没有响应请求失败,看后台还继续在运行。

排查问题

全表审核 是后台是异步执行,所以直接查看线程栈,IDEA里面直接点击Get Thread Dump获取线程栈信息(也可以通过jvm命令查看,visualvm也行)。看了一下全表审核确实还没执行完成,线程一直在waiting,因为代码里面是调用了join方法,会等待所有任务执行完成拿到结果。

join卡在这,说明还有执行代码的子线程,查看线程池里面的子线程列表,发现还有一个子线程在跑,根据线程栈信息跳转到对应代码行。

这个代码在平台写的jar里面。点开发现了不对劲的地方,count的值9.9个亿,心想应该是死循环了。他这个方法看注释是【统计s字符串在text字符串中出现的次数】

仔细看这个函数,问题就出在while (true),且s字符串为空字符。

  1. 入参字符串s值为""空字符,text.indexOf(s)返回值为0
  2. 进入else条件,count用来记录出现次数的值自增+1
  3. 调用被统计字符串text的substring方法,关键点来了,i因为是0,空字符s.length()也是0。那这个方法调用就等同于text.substring(0)。substring方法形参如果为0的话,返回值是字符串对象本身。所以每次while循环执行的结果都一模一样,除了count在不停的自增。
java 复制代码
    private int count(String text, String s) {
        int count = 0;
        while (true) {
            
            int i = text.indexOf(s);
            if (i == -1) {
                break;
            } else {
                count++;
                text = text.substring(i+s.length());
            }
        }
        return count;
    }

解决方案

使用Spring框架中的StringUtil.countOccurrencesOf方法。

相关推荐
三84413 分钟前
Fastjson 漏洞学习笔记 · 03 · 经典利用链:TemplatesImpl 与 JdbcRowSetImpl
java·web安全·fastjson
蜗牛互联网41 分钟前
GPT-6.1 Sol迁移指南:从token单价转向每任务成本门禁
java·人工智能·后端·gpt
蜗牛互联网1 小时前
HSTU在Dynamo-Triton中的AOTI与KV缓存验收方法
java·人工智能·后端·缓存
Sirens.1 小时前
Java多线程实例:单例模式、阻塞队列、线程池与定时器
java·开发语言·单例模式
青山木1 小时前
秒杀系统设计(一):需求拆解与流量治理
java·数据库·redis·后端·架构
卓怡学长1 小时前
w195基于ssm“Fitfrend”个性化健身
java·intellij-idea
驭渊的小故事1 小时前
算法实战:滑动窗口、素数枚举与字符串模拟(三道经典题解)
java·算法
雪落漂泊1 小时前
Linux基本指令(下)
java·linux·服务器
Eloudy1 小时前
全文 - version.A - AMBA CHI Chip-to-Chip(C2C)
java·开发语言·数据库·gpu·chiplet
谁是谁的谁_bj1 小时前
Process Lasso进程调度/资源管理工具
java