25

Dalvik 对单个文件中可以包含的方法数量有这个众所周知的限制.dex（大约 65,536 个）。我的问题是继承（但不是覆盖）方法是否计入此限制。

为了使事情具体化，假设我有：

public class Foo {
  public int foo() {
    return 0;
  }
}

public class A extends Foo { }
public class B extends Foo { }
public class C extends Foo { }

出于 65,536 种方法限制的目的，这算作添加一种方法还是添加 4 种方法？（或者，我想，为了得出合乎逻辑的结论，这算作 1 种方法还是 52 种方法，考虑到这也java.lang.Object带来了 12 种方法）。

作为背景，我有大量具有一些共性的生成类，而且我也遇到了方法限制，所以我想知道是否值得尝试将其中一些抽象到一个类中等级制度以争取一些时间。

4

1 回答 1

14

继承但未覆盖的方法仅在被引用（调用）时才计入方法限制。

在您的示例中，假设您有以下代码

public class main {
    public static void main(String[] args) {
        Foo foo = new A();
        foo.foo();
    }
}

在这种情况下，您指的是 Foo.foo()，由于显式定义，它已经有一个引用。假设这 5 个类是 dex 文件中唯一的类，那么您总共将有 2 个方法引用*。一个用于 main.main(String[])，一个用于 Foo.foo()。

相反，假设您有以下代码

public class main {
    public static void main(String[] args) {
        A a = new A();
        a.foo();

        B b = new B();
        b.foo();

        C c = new C();
        c.foo();
    }
}

在这种情况下，由于实际上引用了每个子类的 foo 方法，它们将计入您的方法限制。您的 dex 文件将有 5 个方法引用*。

  • 主要的（字符串[]）
  • foo.foo()
  • A.foo()
  • B.foo()
  • C.foo()

*这个计数不是很准确，它没有考虑在幕后添加到每个类的构造函数方法。每个构造函数都调用其超类的构造函数，因此我们还有一个对 Object 构造函数的引用，每种情况下总共有 6 个额外的方法引用，方法计数分别为 8 和 11。

如果有疑问，您可以尝试各种场景并使用 baksmali 的原始转储功能来查看 dex 文件中的方法列表实际包含的内容。

例如

javac *.java
dx --dex --output=temp.dex *.class
baksmali -N -D temp.dump temp.dex

然后，在转储文件中，查找“method_id_item 部分”。这是 64k 限制适用的方法引用列表。

于 2013-07-18T19:21:00.543 回答