在代码库中搜索大型方法

Question

默认情况下，HotSpot JIT 拒绝编译大于约 8k 字节码的方法 (1)。有没有什么可以扫描 jar 中的此类方法 (2)？

1. 除非你传递-XX:-DontCompileHugeMethods

2. Jon Masamitsu 描述了解释方法如何减慢垃圾收集速度，并指出重构是通常比 -XX:-DontCompileHugeMethods

Answer 1

感谢 Peter Lawrey 对 ASM 的指导。该程序打印出 jar 中每个方法的大小：

import org.objectweb.asm.ClassReader;
import org.objectweb.asm.tree.ClassNode;
import org.objectweb.asm.tree.MethodNode;

public static void main(String[] args) throws IOException {
    for (String filename : args) {
        System.out.println("Methods in " + filename);
        ZipFile zip = new ZipFile(filename);
        Enumeration<? extends ZipEntry> it = zip.entries();
        while (it.hasMoreElements()) {
            InputStream clazz = zip.getInputStream(it.nextElement());
            try {
                ClassReader cr = new ClassReader(clazz);
                ClassNode cn = new ClassNode();
                cr.accept(cn, ClassReader.SKIP_DEBUG);
                List<MethodNode> methods = cn.methods;
                for (MethodNode method : methods) {
                    int count = method.instructions.size();
                    System.out.println(count + " " + cn.name + "." + method.name);
                }
            } catch (IllegalArgumentException ignored) {
            }
        }
    }
}

Answer 2

Checkstyle 可能对此很有用 - 它不适用于 8k 限制，但适用于一般而言，方法中的可执行语句。老实说，这是您在实践中想要的限制。

正如您已经指出的，-XX:-DontCompileHugeMethods 通常是一个坏主意 - 它迫使 JVM 挖掘所有丑陋的代码并尝试用它做一些事情，这可能会对性能产生负面影响而不是积极的！重构，或者最好不要一开始就编写如此庞大的方法，这将是前进的方向。

哦，如果如此巨大的方法最终是通过一些人为设计而不是自动生成的代码而结束的，那么您的团队中可能有人需要与......