64K方法数限制原理及解决方案

2024-05-14 21:36

本文主要是介绍64K方法数限制原理及解决方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

64K限制的原因

Android APK文件本质上是一个压缩文件,它包含的classes.dex文件是可执行的Dalvik字节码文件,这个.dex文件中存放的就是编译后的Java代码。Dalvik可执行文件规范限制了单个.dex文件最多引用的方法数是65536个。其中包含联网Android Framework、APP引用的第三方函数库以及APP自身的方法。

配置MultiDex

一、修改build.gradle文件

android {compileSdkVersion 21buildToolsVersion "21.1.0"  // 这里必须要21.1.0之后defaultConfig {minSdkVersion 14targetSdkVersion 21...// Enabling multidex support.multiDexEnabled true}...
}dependencies {compile 'com.android.support:multidex:1.0.1'
}

第二步,修改AndroidManifest.xml文件,引用MultiDexApplication类:

<?xml version="1.0" encoding="utf-8"?> 
<manifest xmlns:android="http://schemas.android.com/apk/res/android"package="com.example.android.multidex.myapplication"><application...android:name="android.support.multidex.MultiDexApplication"> ...</application> 
</manifest>

三、Application配置
如果应用已经有自定义的Application类,那么可以让它改而继承MultiDexApplication:

public class MyApplication extends MultiDexApplication {@Overridepublic void onCreate() {super.onCreate();}
}

如果应用已经有自定义的Application,且你不想修改它的父类,可以通过覆写attachBaseContext方法并初始化MultiDex:

@Overrideprotected void attachBaseContext(Context base) {super.attachBaseContext(base);MultiDex.install(this);
}

在开发阶段优化MultiDex的构建

MultiDex在开发阶段将极大地影响到团队的开发效率。MultiDex之所以会增加如此显著的构建处理时间,原因在于构建系统需要经过复杂的计算决定哪些类要包含在主dex文件中,哪些类可以包含在从dex文件中。
解决:
为加速构建过程,我们可以在Gradle中配置productFlavors来创建两个flavor:一个是开发阶段使用的,一个是生产阶段使用的。开发阶段将minSdkVersion改为21使用ART运行时机制,这样能加快构建速度。release时改为合适的minSdkVersion,这样仅在release时费时较长。

android {compileSdkVersion 21buildToolsVersion "21.1.0"  // 这里必须要21.1.0之后productFlavors{// 配置不同的falvordev {minSdkVersion 21     // 开发环境的minSdkVersion }prod {minSdkVersion 14    // 生产环境的minSdkVersion }}...
}dependencies {compile 'com.android.support:multidex:1.0.1'
}

MultiDex的局限性:

  • 应用首次启动时Delvik虚拟机会对所以的dex文件执行dexopt操作,生成ODEX文件,这个过程复杂且非常耗时,如果应用的dex文件太大,可能会导致出现ANR。
  • 由于Dalvik的线性内存分配器alnearAlloc的限制,使用MultiDex的应用在出现很大的内存分配时,可能会导致应用崩溃。根本原因是Dalvik虚拟机用来加载类的堆内存大小被硬编码了。在Android5.0使用ART虚拟机后,不存在此问题。
  • 引入MultiDex机制时,会存在主dex文件和从dex文件,应用启动所需要的类都必须放在主dex文件中,否则会出现NoClassDefFoundError的错误。

这篇关于64K方法数限制原理及解决方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/989914

相关文章

PyTorch核心方法之state_dict()、parameters()参数打印与应用案例

《PyTorch核心方法之state_dict()、parameters()参数打印与应用案例》PyTorch是一个流行的开源深度学习框架,提供了灵活且高效的方式来训练和部署神经网络,这篇文章主要介绍... 目录前言模型案例A. state_dict()方法验证B. parameters()C. 模型结构冻

Python字符串处理方法超全攻略

《Python字符串处理方法超全攻略》字符串可以看作多个字符的按照先后顺序组合,相当于就是序列结构,意味着可以对它进行遍历、切片,:本文主要介绍Python字符串处理方法的相关资料,文中通过代码介... 目录一、基础知识:字符串的“不可变”特性与创建方式二、常用操作:80%场景的“万能工具箱”三、格式化方法

springboot+redis实现订单过期(超时取消)功能的方法详解

《springboot+redis实现订单过期(超时取消)功能的方法详解》在SpringBoot中使用Redis实现订单过期(超时取消)功能,有多种成熟方案,本文为大家整理了几个详细方法,文中的示例代... 目录一、Redis键过期回调方案(推荐)1. 配置Redis监听器2. 监听键过期事件3. Redi

基于SpringBoot实现分布式锁的三种方法

《基于SpringBoot实现分布式锁的三种方法》这篇文章主要为大家详细介绍了基于SpringBoot实现分布式锁的三种方法,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录一、基于Redis原生命令实现分布式锁1. 基础版Redis分布式锁2. 可重入锁实现二、使用Redisso

自定义注解SpringBoot防重复提交AOP方法详解

《自定义注解SpringBoot防重复提交AOP方法详解》该文章描述了一个防止重复提交的流程,通过HttpServletRequest对象获取请求信息,生成唯一标识,使用Redis分布式锁判断请求是否... 目录防重复提交流程引入依赖properties配置自定义注解切面Redis工具类controller

Java线程池核心参数原理及使用指南

《Java线程池核心参数原理及使用指南》本文详细介绍了Java线程池的基本概念、核心类、核心参数、工作原理、常见类型以及最佳实践,通过理解每个参数的含义和工作原理,可以更好地配置线程池,提高系统性能,... 目录一、线程池概述1.1 什么是线程池1.2 线程池的优势二、线程池核心类三、ThreadPoolE

Java调用DeepSeek API的8个高频坑与解决方法

《Java调用DeepSeekAPI的8个高频坑与解决方法》现在大模型开发特别火,DeepSeek因为中文理解好、反应快、还便宜,不少Java开发者都用它,本文整理了最常踩的8个坑,希望对... 目录引言一、坑 1:Token 过期未处理,鉴权异常引发服务中断问题本质典型错误代码解决方案:实现 Token

Nginx 访问控制的多种方法

《Nginx访问控制的多种方法》本文系统介绍了Nginx实现Web访问控制的多种方法,包括IP黑白名单、路径/方法/参数控制、HTTP基本认证、防盗链机制、客户端证书校验、限速限流、地理位置控制等基... 目录一、IP 白名单与黑名单1. 允许/拒绝指定IP2. 全局黑名单二、基于路径、方法、参数的访问控制

Python中Request的安装以及简单的使用方法图文教程

《Python中Request的安装以及简单的使用方法图文教程》python里的request库经常被用于进行网络爬虫,想要学习网络爬虫的同学必须得安装request这个第三方库,:本文主要介绍P... 目录1.Requests 安装cmd 窗口安装为pycharm安装在pycharm设置中为项目安装req

nginx跨域访问配置的几种方法实现

《nginx跨域访问配置的几种方法实现》本文详细介绍了Nginx跨域配置方法,包括基本配置、只允许指定域名、携带Cookie的跨域、动态设置允许的Origin、支持不同路径的跨域控制、静态资源跨域以及... 目录一、基本跨域配置二、只允许指定域名跨域三、完整示例四、配置后重载 nginx五、注意事项六、支持