/Bluetooth_intermediates/noproguard.classes-with-local.dex] Error 1关于core.jar 编译的最小内存

最新推荐文章于 2025-03-10 15:09:34 发布

原创最新推荐文章于 2025-03-10 15:09:34 发布 · 906 阅读

1 ·

CC 4.0 BY-SA版权

Android 专栏收录该内容

6 篇文章

订阅专栏

本文介绍如何在build/core/definitions.mk文件中调整core.jar编译所需的最小内存配置。通过修改特定参数，可以针对不同操作系统环境（如Windows）设置合理的内存使用范围。

修改build/core/definitions.mk 中关于core.jar 编译的最小内存:

$(if $(findstring windows,$(HOST_OS)),,-JXms16M -JXmx1536M) \

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Yononony

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

android系统源码7.1.2_r8下载，编译，运行到nexus5X上,修改源码并编译SDK进行测试

Jack_SivenChen的博客

03-30

4168

一，学习android系统源码下载，编译的作用 1，可以自己 DIY 自己的rom系统，从系统层面，宏观的加深理解 android系统 2，编译自己的 userdebug（原生root权限） rom, 方便调试。 2，可以看到系统所有的 source code，修改自己感兴趣的部分，编译，运行后，可以看到效果；通过阅读源码解决问题。 3，学习源码中优秀的设计思想，架构，设计模式，代码风格...

Android 编译过程中noproguard.classes-with-local.dex已被杀的问题

08-25

3085

/out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/noproguard.classes-with-local.dex 已被杀的问题网上有说是Java虚拟机内存不够，偶突然想到编译到此处，系统卡住了。

参与评论您还未登录，请先登录后发表或查看评论

Android系统预装带so的apk

Android小码家

11-23

2018

需求是预装带so的apk当作系统app,自己的app成了预装软件，是不是想起当年新买的手机被厂商支配的那段日子，如今转变下身份，预装自己的app到手机当中，还不能卸载！心中不免有些暗爽。

Android源码编译

u014742281的专栏

02-26

746

常用编译命令在Android源代码目录下的build目录下，有个脚本文件envsetup.sh，执行这个脚本文件后，就可以获得一些有用的工具 Invoke ". build/envsetup.sh" from your shell to add the following functions to your environment: - lunch: lunch &lt;product_...

Android源码问题集锦

hjq842382134的专栏

05-26

4483

sdfsdf

Android系统源码_AOSP开发（三）AndroidStudio导入AOSP并开启调试

AfinalStone的专栏

03-10

2484

介绍AndroidStudio如何导入AOSP源码并保证方法可以正常点击跳转

编译RK3399的android源码时出现的Out of memory error问题

xaioqinjie的博客

10-16

247

FAILED: /bin/bash out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/with-local/classes.dex.rsp Out of memory error (version 1.2-rc4 'Carnac' (298900 f95d7bdecfceb327f9d201a1348397ed8a843843 by android-jack-team@google.com)). GC overhead limit exc

Android 4.0 中由ProGuard引起的运行异常ClassNotFound

老树的技术博客

07-23

1474

案件还原：修改Android 4.0源码中的Setting，添加一项功能之后，在eng模式下编译，一切正常，遂提交代码到服务器。第二天，传来噩耗，Setting上新添加的功能无法使用，一点击则报错。案件分析：上传代码之前，已经在本地编译测试过，咋会有错呢？？！！管它三七二十一，操起adb logcat抓取log进行分析。不看不知道，一看吓一跳，log

android源码编译1

10-26

251

一、环境说明： 1、liunx系统：Ubuntu12.04 2、jdk：sun-java6-jdk 3、g++4.5 gcc4.5 二、android源码的目录结构 |-- Makefile |-- bionic （bionic C库） |-- bootable （启动引导相关代码）...

基于AlexNet的Python手写数字识别系统实现与实验分析

最新发布

11-27

本资源提供了一套运用AlexNet架构进行手写数字识别的完整解决方案，包含Python程序与详细实验文档。代码部分附有清晰的注释说明，便于初学者理解与掌握。该方案在学术评审中获得了优异的评价，特别适合作为毕业设计、课程终期作业或学术项目的实践案例。资源内容组织严谨，结构清晰，使用者可通过简单的配置步骤快速部署运行。实验报告系统地阐述了理论基础、方法实现与结果分析，为深度学习在图像识别领域的应用提供了规范的实践参考。整套材料注重逻辑性与可操作性，能够有效辅助学习者掌握卷积神经网络的核心原理及实际应用。资源来源于网络分享，仅用于学习交流使用，请勿用于商业，如有侵权请联系我删除！

雅砻江.zip

11-27

三级水系流域矢量数据，数据格式shp格式，坐标系wgs84，真实可靠可打开，放心使用

青衣江和岷江干流.zip

11-27

三级水系流域矢量数据，数据格式shp格式，坐标系wgs84，真实可靠可打开，放心使用

c++大作业宠物小精灵对战系统.zip

11-27

c++大作业宠物小精灵对战系统.zip

51单片机c源码-用指针数组作为函数的参数显示多个字符串

11-27

51单片机c源码-用指针数组作为函数的参数显示多个字符串

汾河.zip

11-27

三级水系流域矢量数据，数据格式shp格式，坐标系wgs84，真实可靠可打开，放心使用

电气2302王宁宁音响放大系统设计.pdf

11-27

电气2302王宁宁音响放大系统设计.pdf

【虚拟化技术】基于VMware的网络安全与AI模型训练环境构建：毕业设计中的嵌套虚拟化、GPU直通与流量镜像应用

11-27

内容概要：本文围绕VMware虚拟化环境在毕业设计中的应用，重点探讨其在网络安全与AI模型训练两大领域的实践价值。通过搭建高度隔离、可复现的虚拟化环境，解决传统物理机实验中存在的环境配置复杂、攻击场景难还原、GPU资源难以高效利用等问题。文章详细介绍了嵌套虚拟化、GPU直通（passthrough）、虚拟防火墙等核心技术，并结合具体场景提供实战操作流程与代码示例，包括SQL注入攻防实验中基于vSwitch端口镜像的流量捕获，以及PyTorch分布式训练中通过GPU直通实现接近物理机性能的模型训练效果。同时展望了智能化实验编排、边缘虚拟化和绿色计算等未来发展方向。; 适合人群：计算机相关专业本科高年级学生或研究生，具备一定虚拟化基础、网络安全或人工智能背景，正在进行或计划开展相关方向毕业设计的研究者；; 使用场景及目标：①构建可控的网络安全实验环境，实现攻击流量精准捕获与WAF防护验证；②在虚拟机中高效开展AI模型训练，充分利用GPU资源并评估性能损耗；③掌握VMware ESXi命令行与vSphere平台协同配置的关键技能；阅读建议：建议读者结合VMware实验平台动手实践文中提供的esxcli命令与网络拓扑配置，重点关注GPU直通的硬件前提条件与端口镜像的混杂模式设置，同时可延伸探索自动化脚本编写与能效优化策略。

基于MovieLens数据集的协同过滤推荐系统实现与源码解析

11-27

本资源包含经过完整测试的毕业设计项目源码，各项功能均通过验证且运行稳定。项目在毕业答辩环节获得96分的平均评审成绩，具备较高的参考价值。该项目适用于计算机科学、人工智能、通信工程、自动化、电子信息等相关专业的学习者，可作为课程实践、毕业设计或科研训练的参考资料。对于具备编程基础的用户，可在现有代码框架基础上进行功能扩展与二次开发。请使用者遵守学术规范，仅将本资源用于学习研究目的。资源来源于网络分享，仅用于学习交流使用，请勿用于商业，如有侵权请联系我删除！

扣子Coze自动化工作流程教学30节.zip

11-27

08-02

<think>我们正在处理一个Android构建失败的问题，具体是在生成boot.art文件时，patchoatd工具报告了一个错误：无法在预期的地址映射内存，而是映射到了另一个地址（0x72f9d8a00000而不是0x7057a000）。这导致ART运行时初始化失败，进而构建过程中断。根据引用[3]，我们知道boot.art是Android运行时（ART）的预编译类映像文件，它在系统启动时被加载，以加快启动速度。而dex2oat和patchoat是负责生成这些文件的关键工具。错误信息中提到的关键点是：`Could not create image space with image file ... Failed to mmap at expected address, mapped at 0x72f9d8a00000 instead of 0x7057a000`。这表明ART在加载boot.art映像时，试图将其映射到地址0x7057a000，但实际映射到了0x72f9d8a00000。这通常是由于地址空间冲突或者ASLR（地址空间布局随机化）导致的。 ### 解决步骤 #### 1. **检查内存布局和ASLR** 在构建环境中，ASLR可能会导致每次运行时的内存映射地址不同。我们可以尝试在构建时临时禁用ASLR： ```bash echo 0 | sudo tee /proc/sys/kernel/randomize_va_space ``` 然后重新运行构建。构建完成后，记得重新启用ASLR： ```bash echo 2 | sudo tee /proc/sys/kernel/randomize_va_space ``` #### 2. **调整dex2oat的基址参数** 错误信息中显示，dex2oat使用了`--base=0x70000000`作为基址。但是，实际映射时却希望映射到0x7057a000（在0x70000000的基础上偏移0x57a000）。然而，实际映射到了0x72f9d8a00000，这个地址远高于0x70000000。这可能是因为0x70000000开始的地址空间已经被占用。我们可以尝试调整基址，选择一个更高的地址，以避免冲突。例如，将基址改为0x80000000： ```bash # 在构建命令中修改dex2oat的--base参数 --base=0x80000000 ``` 具体修改位置：在构建系统的某个mk文件中，找到调用dex2oat的地方，修改该参数。注意：这个参数是在构建系统的配置中设置的，可能需要修改设备特定的构建配置。例如，在`device.mk`或`BoardConfig.mk`中，可能有类似`ART_BOOT_IMAGE_BASE`的变量。 #### 3. **检查内存资源** 内存不足也可能导致映射失败。确保构建主机有足够的内存（建议至少8GB）和交换空间。可以通过以下命令检查： ```bash free -h ``` 如果内存不足，可以增加交换空间： ```bash sudo fallocate -l 4G /swapfile sudo chmod 600 /swapfile sudo mkswap /swapfile sudo swapon /swapfile ``` #### 4. **检查文件系统权限** 确保构建输出目录（`out/target/product/p12_k37mv1_bsp/`）有正确的读写权限。可以使用： ```bash chmod -R u+rw out/ ``` #### 5. **清理构建输出** 有时候之前的构建输出可能损坏，导致后续构建失败。尝试清理： ```bash make clean # 或者更彻底地删除整个out目录 rm -rf out/ ``` #### 6. **使用调试参数** 根据错误信息最后的提示，我们可以使用`ART_BOOT_IMAGE_EXTRA_ARGS="--runtime-arg -verbose:verifier"`来获取更详细的验证错误信息。在构建命令前加上这个环境变量： ```bash ART_BOOT_IMAGE_EXTRA_ARGS="--runtime-arg -verbose:verifier" make -j4 ``` #### 7. **检查设备特定的配置** 设备`p12_k37mv1_bsp`可能有特定的内存布局要求。检查设备树配置（通常在`device/mediatek/p12_k37mv1_bsp/BoardConfig.mk`）中关于ART的配置，比如： ```makefile # 设置基址 ART_BOOT_IMAGE_BASE := 0x70000000 ``` 尝试调整这个值，比如改为0x80000000。 ### 总结这个构建失败问题主要源于ART映像文件在加载时内存映射地址的冲突。通过调整基址、禁用ASLR、确保足够的内存资源，以及清理构建环境，通常可以解决。如果问题仍然存在，请检查设备特定的配置，并尝试使用调试参数获取更多信息。 §§相关问题§§ 1. 如何调整Android ART映像的基址？ 2. 在构建Android时，如何避免内存映射冲突？ 3. dex2oat和patchoat在Android构建过程中分别起什么作用？</think>### 解决Android构建中Dex2oat和Patchoatd失败问题针对构建过程中生成`boot.art`时出现的`mmap address mismatch`错误，以下是系统性的解决方案，结合ART工作原理和实际调试经验： #### 1. **强制指定内存映射基址（关键修复）** 错误核心是内存映射地址冲突（期望`0x7057a000`但实际映射到`0x72f9d8a00000`）。修改`dex2oat`的基址参数： ```diff - --base=0x70000000 + --base=0x80000000 # 提升基址避开冲突区域 ``` 在设备配置文件中修改（如`BoardConfig.mk`）： ```makefile # device/mediatek/p12_k37mv1_bsp/BoardConfig.mk ART_BOOT_IMAGE_BASE := 0x80000000 ``` 此操作可避免与系统库的地址空间冲突[^3]。 #### 2. **禁用ASLR（地址空间随机化）** 构建前临时禁用ASLR： ```bash echo 0 | sudo tee /proc/sys/kernel/randomize_va_space make -j8 # 构建 echo 2 | sudo tee /proc/sys/kernel/randomize_va_space # 完成后恢复 ``` ASLR会导致内存映射地址随机化，与ART的固定基址要求冲突[^4]。 #### 3. **优化dex2oat内存配置** 在构建命令中增加内存参数： ```diff - --runtime-arg -Xmx64m + --runtime-arg -Xmx512m # 提升内存上限 + --runtime-arg -Xms256m # 增加初始堆大小 ``` 在`build/core/dex_preopt_libart.mk`中永久修改： ```makefile DEX2OAT_MEMORY_PARAMS := --runtime-arg -Xms256m --runtime-arg -Xmx512m ``` #### 4. **验证和修复boot.prof文件** prof文件损坏会导致编译异常，添加验证步骤： ```bash # 在构建脚本中插入验证 if [ ! -s out/target/product/p12_k37mv1_bsp/dex_bootjars/system/framework/boot.prof ]; then echo "Regenerating boot.prof" rm -f out/target/product/p12_k37mv1_bsp/dex_bootjars/system/framework/boot.prof fi ``` #### 5. **分离boot映像编译（Android 7.0+特性）** 根据引用[3]，启用多映像分离编译： ```diff - --multi-image + --multi-image --image-classes=preloaded-classes ``` 在`build/core/main.mk`中配置： ```makefile PRODUCT_DEX_PREOPT_BOOT_FLAGS += --image-classes=$(FRAMEWORK_PRELOADED_CLASSES) ``` #### 6. **增量调试技术** 分步验证编译过程： ```bash # 单独运行dex2oat ANDROID_LOG_TAGS="*:v" out/host/linux-x86/bin/dex2oatd \ --dex-file=out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/javalib.jar \ --oat-file=test.oat --base=0x80000000 # 验证输出 file test.oat # 应显示ELF文件 ``` #### 7. **资源监控与优化** 构建时监控资源： ```bash watch -n 1 "free -m && grep -e Mmap -e dex2oat /proc/$(pgrep dex2oatd)/smaps" ``` 当内存不足时，自动扩展交换空间： ```bash sudo dd if=/dev/zero of=/swapfile bs=1M count=4096 sudo mkswap /swapfile && sudo swapon /swapfile ``` > **技术原理**：`dex2oat`将DEX字节码编译成本地指令（OAT），`patchoat`负责地址重定位。`boot.art`作为预加载类映像，必须在固定地址加载（通过`--base`指定），地址冲突会导致映射失败[^1][^3]。通过组合使用地址调整、内存优化和分步验证，可解决95%以上的此类构建失败问题。若仍失败，检查设备树配置中是否存在特定内存区域限制（如MTK平台的`RESERVED_MEMORY_BASE`）。