
我想知道为了Dex方法计数限制,在本机C中编写的方法是否计入Dex文件方法计数.
如果是,如果添加了1个本机方法,Dex计数中会添加多少个方法?
Java方法添加到dex计数的方法有多少,因为我在每个构建中似乎都没有实数…最佳答案为了得到答案,我们应该遍历.Dex Format.在我们的例子中,最有趣的部分是method_IDs数组:
method IDentifIErs List. These are IDentifIErs for all methods
referred to by this file,whether @R_301_5552@d in the file or not. This
List must be sorted,where the defining type (bytype_IDindex) is the
major order,method name (bystring_IDindex) is the intermediate
order,and method prototype (byproto_IDindex) is the minor order.
The List must not contain any duplicate entrIEs.
无论数组记录的数量是否存储为32位无符号整数(请参阅method_IDs_size字段),实际上此数组不能包含超过65536个条目.这是因为invoke-xxxx dex指令的method_ID *** 作数是一个16位实体,并且必须是method_IDs的有效索引.因此,字节码无法访问索引大于65535的记录.所有这些导致众所周知的“64K方法”问题.
因此,正如文档所说 – method_IDs每个方法由dex和外部方法定义一个记录,由定义方法的代码引用.
因此,每次添加代码如下:
public native voID foo();到你的一个类 – 你在method_IDs中得到一个额外的记录.对于抽象方法的声明也是如此.然后,每次添加一些常规方法的实现,如:
public voID baz() { /* ... */}你得到一个baz()本身的新记录和baz()引用的所有方法的记录,并且还没有添加到method_IDs.
本机代码对dex内容完全没有影响,因为所有C/C++源都被编译成机器代码,通过.so文件分发.这些使用ELF格式,它有自己的局限性,完全独立于DEX.
总结以上是内存溢出为你收集整理的java – 在dex文件方法计数中是否计算了本机C方法?全部内容,希望文章能够帮你解决java – 在dex文件方法计数中是否计算了本机C方法?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)