jvm compile

最新推荐文章于 2025-02-19 13:46:06 发布
最新推荐文章于 2025-02-19 13:46:06 发布
阅读量1.7k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： JavaEE等
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/longronglin/article/details/12843145
这篇博客记录了JVM的编译过程，包括了sec-files-win、jgss-files的制作，以及整个编译完成的时间，总计耗时约21分钟。通过编译日志，可以看到hotspot、jdk和langtools等组件的具体编译时间。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

>>>Making sec-files-win @ Thu Oct 17 20:34:02 CST 2013 ...
>>>Making jgss-files @ Thu Oct 17 20:34:02 CST 2013 ...
>>>Finished making images @ Thu Oct 17 20:34:02 CST 2013 ...
make[3]: Leaving directory `/opt/openjdk/jdk7/jdk/make'
########################################################################
##### Leaving jdk for target(s) sanity all  images                 #####
########################################################################
##### Build time 00:07:14 jdk for target(s) sanity all  images     #####
########################################################################


-- Build times ----------
Target debug_build
Star
了解本专栏 订阅专栏 解锁全文 超级会员免费看
【jvm】jvm 编译日志出现 timestamp compile_id COMPILE SKIPPED: reason
九师兄
03-17 231
1.概述 背景参考：【jvm】java jstat 命令 如果编译日志包括类似下面这行信息： timestamp compile_id COMPILE SKIPPED: reason 这行信息（包括文本文字 COMPILE SKIPPED）表示编译给定的方法有错误。出现这个错可能有以下两种原因。 1. 代码缓存满了 需用 ReservedCodeCache 标志增大代码缓存的大小。 2. 编译的同时加载类 编译类的时候会发生修改。 JVM 之后会再次编译，你可以在之后的日志中看到方法被再次编译。 在所有.
JVM 运行期优化 & 反射优化
PurineKing之博客
11-12 807
运行期优化 & 反射优化
JVM编译过程
后起秀厚勃发
05-16 1975
0. 相关知识 计算机语言的执行方式分为编译型和解释型两种： 　　编译型语言：指使用专门的编译器，针对特定平台（操作系统）将某种高级语言源代码一次性翻译成可以被该平台硬件执行的机器码（包括机器指令和操作数），并包装成改平台所能识别的可执行性程序的格式，这个转换过程称为编译（Compile）。编译结束后，可能需要对编译好的目标代码进行链接。优点是运行效率高，组装的时候可以实现低层次的代码复用；缺点是不能跨平台。 　　解释型语言：指使用专门的解释器，对源程序逐行解释成特定的平台上的机器码并立即执行的语言。
JVM（一）一文读懂Java编译全过程
gonghaiyu的博客
06-07 2万+
一文读懂Java编译全过程 Java文件编译过程包括两个阶段，第一阶段是在编译阶段编译成Java字节码的过程，有些书籍中叫前端编译器，如Oracle的javac编译器；第二阶段是在运行时，通过JVM的编译优化组件，对代码中的部分代码编译成本地代码，即JIT编译，如HotSpot中的C1、C2编译器。JVM整个编译过如下图所示。 其中，编译状态有如下9种。 //编译状态 public enum CompileState { INIT(0),//初始化 PARSE(1),//
java之Compiler control
nobody
02-07 529
Controlling Java Virtual Machine (JVM) compilers might seem like an unnecessary task, but for many developers, this is an important aspect of testing. This is accomplished with method-dependent compil...
关于JVM执行引擎的理解
chy_want的博客
08-22 542
一、执行引擎 介绍： 执行引擎是Java虚拟机核心的组成部分之一。 执行引擎的作用： 由于代码经过前端编译器后生成字节码文件，JVM将装在字节码文件到内部，JVM中只有自己的执行引擎才"解析"对应的指令集，然后为翻译成机器指令（解释器）或者是将翻译成机器指令后再加入缓存（JIT编译器）。 执行引擎的工作过程： 依赖于PC寄存器，当PC寄存器指向哪条指令时，执行引擎就去操作该指令对应的操作。 当在执行的过程中，遇到局部变量表中的对象引用时，会根据引用访问堆中对象的实例以及根据对象头来访问对应位置的
Arthas使用教程——JVM常用命令
庄的博客
06-03 1919
介绍Arthas中JVM常用命令
android studio kotlin项目build时候提示错误 Unknown Kotlin JVM target: 21
~
02-19 1604
android studio 运行项目提示Unknown kotlin JVM target 21 解决办法
1.2.2JVM JRE JDK说明
lovecode99的博客
10-13 377
A:什么是JVM JVM是java虚拟机(JVM Java Virtual Machine)，java程序需要运行在虚拟机上，不同平台有自己的虚拟机，因此java语言可以跨平台 B:什么是JRE 包括Java虚拟机(JVM Java Virtual Machine)和Java程序所需的核心类库等如果想要运行一个开发好的Java程序，计算机中只需要安装JRE即可。 JRE:JVM
CompilerControl注解
wyaoyao93的博客
04-15 288
大家都知道JVM会对我们的代码进行相关的优化，现在就来验证一下 import org.openjdk.jmh.annotations.*; import org.openjdk.jmh.runner.Runner; import org.openjdk.jmh.runner.RunnerException; import org.openjdk.jmh.runner.options.Options; import org.openjdk.jmh.runner.options.OptionsBuilder;
JVM篇一：Java代码的执行过程
月云 的博客
10-14 595
Complie Time 编写源代码 编译器（compiler）检查是否存在编译期错误，如缺少;等问题。若无编译问题，编译器会将源文件翻译成字节码（bytecode）.class后缀的文件。 生成class文件 Run Time JVM中的（ Class Loader ）类加载器将字节码文件从硬盘中加载到JVM内存中。 字节码校验器（bytecode verifier）的内置程序检测是否存在运行期错误（例如栈溢出）。没有错误，字节码校验器将字节码传递给解释器（interpreter）. 解释器（i.
JWM的必要设置
weixin_41328687的博客
11-05 1257
jwm的开机启动设置，quicktile支持和开启compton，安装rofi，conky，yad等。
JWM窗口管理器程序运行菜单设置
oopooo的博客
07-20 4252
JWM中程序运行默认是用Terminal命令行启动，这种方法比较原始，怎样才能方便快捷的打开程序呢？方法当然是有的：把程序运行嵌入到桌面主菜中。 vim /usr/local/etc/system.jwmrc 打开设置文件，然后按里面的说明操作就行了。 <?xml version="1.0"?> <JWM> <!-- The roo...
JVM7、8详解及优化
热门推荐
梓纾的专栏
12-28 2万+
1. JVM堆内存划分1.1 JDK7及以前的版本其中最上一层是Nursery内存，一个对象被创建以后首先被放到Nursery中的Eden内 存中，如果存活期超两个Survivor之后就会被转移到长时内存中(Old Generation)中。永久内存中存放着对象的方法、变量等元数据信息。通过如果永久内存不够，就会得到如下错误：Java.lang.OutOfMemoryError: PermGen1
JVM参数：-XX:CompileCommand
lidf1992的博客
07-19 3012
通过笨神的分享整理笔记： 当你的系统可能会突然因为JVM的某个bug而crash掉，最头痛的crash是jit后的代码存在bug，这种问题非常难查，查起来也不是那么容易修复，修复可能带来更多的问题。 在crash文件里你会看到J这样的标记在调用方法前面，这表示这个方法目前用的是jit后的代码，如果发现进程crash在这种方法上的话，那可能是因为jit的bug导致的，不过也不一定完全是，之前我也还
自己编译JDK
u010159473的专栏
11-28 3155
自己编译JDK 前言 买了《深入理解JAVA虚拟机 JVM高级特性与最佳实践》（周志明，第二版），作者在第一章作了一些介绍后就提出， 想要一探JDK内部的实现机制，最便捷的路径之一就是自己编译一套JDK，通过阅读和跟踪调试JDK源码去了解Java技术体系的原型。虽然门槛会高一点，但肯定比阅读各种书籍、文章更加贴近本质。另外，JDK中的很多底层方法都是本地化（Native）的，需要跟踪这些方法的运...
APA多步垂直泊车与全局路径规划MPC控制算法联合仿真，开源版持续迭代更新
最新发布
08-11
APA多步垂直泊车系统的仿真研究，重点探讨了Carsim与Matlab在自动泊车仿真中的联合应用。文章首先介绍了Carsim场景及车辆配置文件，展示了如何模拟车辆在不同道路条件下的行驶轨迹和碰撞风险。接着讨论了Simulink文件中的纵向逻辑控制，包括动力分配和刹车控制等。随后阐述了MPC横向控制算法文件的作用，即通过预测未来的系统状态来优化车辆的横向移动和控制。最后，文章讲解了路径规划算法及其全局规划方法，强调了基于规则和启发式的路径规划策略。文中提到的所有模型均开源，便于研究人员参考和学习。 适合人群：从事自动驾驶技术研发的研究人员和技术爱好者。 使用场景及目标：适用于希望深入了解自动泊车仿真技术的研究人员，特别是那些关注路径规划和MPC控制算法的人群。目标是帮助他们掌握Carsim与Matlab联合仿真的具体实现方法，从而应用于实际项目中。 其他说明：本文不仅提供了详细的理论解释，还附带了完整的开源模型，方便读者进行实践操作和进一步研究。
android jvm
06-16
<think>我们正在讨论Android中的JVM（实际上在Android中，特别是早期版本，使用的是Dalvik虚拟机，而后来替换为ART虚拟机，但用户可能统称为JVM）。根据引用[5]，我们知道Android的JVM经历了从Dalvik到ART的演变。因此，我们需要围绕这两者来阐述其工作原理、配置和优化方法。用户的问题包括三个方面：工作原理、配置、优化。根据引用[1]和[2]，JVM是Java虚拟机，它接收字节码并翻译成机器码执行。在Android中，Dalvik和ART都是基于这一理念，但有不同实现。引用[5]提到：-Dalvik：在安装时对dex字节码进行优化，生成odex文件（即优化后的dex文件）。执行时采用即时编译（JIT）。-ART：在安装时使用dex2oat工具将dex字节码编译成本地机器码（预先编译，AOT）。执行时直接运行机器码。因此，我们可以从以下几个方面组织回答：一、工作原理（包括Dalvik和ART）二、配置方法（例如系统属性、构建配置等）三、优化方法（包括系统优化和开发者优化）另外，引用[3]提到JVM跨语言的特性，但Android主要使用Java和Kotlin，所以这一点可以简单提及。引用[4]提到JVM的退出情况，但用户问题主要关注AndroidJVM的工作原理等，所以这部分可以不重点展开。回答结构如下：1.AndroidJVM概述2.工作原理（Dalvik和ART）3.配置方法（系统配置和开发者配置）4.优化方法（系统级优化和开发优化）同时，生成相关问题。注意：由于Android的JVM不是标准的OracleJVM，而是Android特有的，因此需要明确说明。</think>### Android JVM 工作原理、配置与优化指南 #### 一、Android JVM 工作原理 Android 使用两种虚拟机技术： 1. **Dalvik (5.0之前)** - **JIT 编译**：运行时动态编译字节码为机器码 - **DEX 格式**：将多个.class文件优化为单个.dex文件 - 执行流程： $$ \text{Java/Kotlin源码} \xrightarrow{编译} \text{.dex字节码} \xrightarrow{JIT} \text{机器码} $$ 2. **ART (5.0+)** - **AOT 编译**：安装时使用`dex2oat`将字节码编译为本地机器码 - **混合编译**：Android 7.0+ 引入 JIT+AOT 混合模式 - 执行流程： $$ \text{APK安装} \xrightarrow{dex2oat} \text{本地机器码(.oat)} \xrightarrow{直接执行} \text{CPU指令} $$ 关键特性： - **跨语言支持**：可执行 Java/Kotlin/Scala 等 JVM 语言编译的字节码[^3] - **内存管理**：采用分代垃圾回收（GC），优化堆内存使用 - **Zygote 预加载**：共享公共库减少内存占用 #### 二、关键配置方法 1. **堆内存配置** ```xml <!-- AndroidManifest.xml --> <application android:largeHeap="true" <!-- 增加堆上限 --> android:vmSafeMode="true"> <!-- 安全模式 --> ``` - 默认堆大小：64MB-512MB（随设备变化） - 通过`ActivityManager.getMemoryClass()`获取建议值 2. **JVM 参数配置** ```gradle // build.gradle android { dexOptions { javaMaxHeapSize "4g" // Dex编译内存 jumboMode true // 支持大方法数 } } ``` 3. **GC 调优参数** ```bash adb shell setprop dalvik.vm.gctype concurrent adb shell setprop dalvik.vm.heapgrowthlimit 128m ``` #### 三、性能优化策略 1. **启动优化** - **类预加载**：利用`Zygote`共享机制 - **AOT 预热**：在设备空闲时编译关键路径代码 ```java // 触发AOT编译 DexFile.loadDex(sourcePath, outputPath, 0).close(); ``` 2. **内存优化** - 避免内存泄漏：使用`LeakCanary`检测 - 对象池化：重用对象减少GC压力 ```java private static final SynchronizedPool<Bitmap> sPool = new SynchronizedPool<>(10); ``` 3. **混合编译调优** ```bash # 配置编译过滤器 adb shell cmd package compile -f -m speed-profile com.example.app ``` - `speed`：全量AOT（安装慢/启动快） - `speed-profile`：按热点方法优化 4. **监控工具** ```bash adb shell dumpsys meminfo # 内存分析 adb shell profman --generate-pgo # 生成PGO数据 ``` #### 四、不同场景优化对比 | 场景 | Dalvik 方案 | ART 方案 | 效果提升 | |-------------|----------------------|------------------------|----------| | 冷启动 | 多级JIT缓存 | AOT预编译 | 30-50% | | 内存占用 | 压缩指针(32bit) | 分区域GC | 20%↓ | | 电池续航 | 限制JIT编译频率 | 空闲编译+智能节电 | 15%↑ | | 大应用加载 | 多DEX分包 | 背景编译+按需编译 | 40%↑ | > **核心原则**：ART 通过空间换时间（存储编译后机器码）提升性能，需平衡存储空间与执行效率[^5]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值