狂赞这个类一万遍，还不去找开发逼着他拆分重构，留着等过年么，这种本身就是大问题啊

貌似这个类是 个 框架 或 工具的 工具类,重构不动....

只是乐不乐意去做而已，至少拆分还是很简单的，我还真不晓得整个 testNG 加在一起有没有 52K 行代码，因为没读过

主要是 不是自己写的 是拿过来的 工具类

我们也遇到过大文件的类，但是没遇到过这么大的。。。如果是基于 xpath 解析的很容易出现这种情况。当时我们没有失败，就是检测了 40 多分钟，被开发投诉了，做法是修改底层引擎的算法，规避了这个问题

有办法 设置白名单黑名单之类的吗.....过掉这个类...这已经不是 40 分钟了,直接失败.

那岂不是漏掉这个文件？

既然是工具类，那说明经过千淬百炼了，可以不关注。

可以设置跳过这个文件，在 exclude path 里面，但是这个方法是治标不治本的，完全无法预测这个类里面的方法什么时间维护过，会不会有数据类型的问题，遇到 JAVA 11 的新的安全策略会不会有代码编译失败等等等等问题。

建议，如果是这个文件彻底不改了，类似于金融行业很多的 Fortran 工具类，直接打成二进制文件，也可以避免因为 JDK 升级导致的编译失败。
如果还打算改的话，把风险暴露出来给相关的干系人，让开发那边给出整改的建议。