内存管理建议 JVM 内存模型 动画演示 JVM 内存模型 JVM内存模型 Thread PC Register PC Register 程序计数器、虚拟 JVM Stack JVM Stack | 机遇， 生代 为线程私有 Native Method Stack Java 内存模型 Java 程序内存运行分析 Java 内存管理建议 Java 程序运行过程会涉及的内存区域 程序计数器 当前线程执行的字节码的行号指示器。 量的值，包括: 用来保存基本数据类型的值; 保存类的实例，即堆区对象的引用指针)，也可以用来 保存加载方法时的帧。(Stack) 用来存放动态产生的数据，如 Java 内存模型 Java 程序内存运行分析 Java 内存管理建议 Java 程序运行过程会涉及的内存区域 程序计数器 当前线程执行的字节码的行号指示器。 栈 保存局部变量的值，包括: 用来保存基本数据类型的值; 保存类的实例，即堆区对象的引用《〈指针)，也可以用来 人 CStack ) 用来 存放动态

这一目标，处理器可以预测分支结果，这个操作的准确度可以超过90%。若进行了错误预测，指令会重新执行。早期的微处理器有一个5级流水线，这意味着5条指令并行执行。最近的处理器有10多个流水级。 程序计数器（PC）是 ARM-32 的 16 个寄存器之一，这意味着任何改变寄存器的指令都有可能导致分支跳转。PC 作为一个寄存器使硬件分支预测变得复杂，因为在典型的 ISA 中，仅 10%-20% 的指令为分支指令，而在 MIPS-32 汇编程序可能用一系列移位以及加法指令来替换乘法，以提高性能，这可能会使程序员看到处理器执行了汇编程序中没有的指令，进而造成混淆。RV32I 可以忽略了这些特性：循环移位指令和整数算术溢出检测，这两个特性都可以用若干条 RV32I 指令来实现（参见第 2.6 节）。 31 |x0 / zero|Hardwired zero| |---|---| |x1 / ra|Return address| store，2 个 load 和 2 个跳转！ ## 补充说明：软件检查溢出 大部分（但不是所有）程序都忽略整数算术溢出，因此 RISC-V 依赖于软件溢出检查。检查无符号加法的溢出只需要在指令后添加一个额外的分支指令：addu to，t1，t2；bltu to，t1，overflow。 对于带符号的加法，如果已知一个操作数的符号，则溢出检查只需要在加法后添加一条分支指令：addi to, t1, +

23 机器识别码 CSR (marchid、mimpid 和 mhartid) 116 10.24 机器时间 CSR（mtime 和 mtimecmp）用于测量时间，……116 10.25 计数器使能寄存器 mcounteren 和 scounteren ……116 10.26 硬件性能监视器 CSR ……116 10.27 将虚拟地址翻译到物理地址的完整算法。……117 SIMD 指令实现数据级并行。 AL 寄存器是默认的源寄存器和目的寄存器。 If AL 寄存器的低 4 位大于 9， 或辅助进位标志 AF 为 1， Then AL 的低 4 位加 6 且忽略溢出 AL 的高位字节加 1 进位标志 CF = 1 辅助进位标志 AF = 1 Else CF = AF = 0 AL 的高 4 位 = 0 图 1.3: x86-32 aaa (ASCII 没有零寄存器，它们需要通过原生指令实现这些操作。但对于 RISC-V，只需简单地将零寄存器作为其中一个操作数，即可通过 RV32I 指令实现相同操作。 PC（Program Counter，程序计数器）是 ARM-32 的 16 个寄存器之一，这意味着任何修改寄存器的指令都可能导致分支跳转。其他 ISA 的程序执行时，分支指令通常仅占 10%~20%；但在 ARM-32 中，每条指令都可能是分支

6.2.3 Java 程序运行内存分析小结 …… 64 6.3 Java 内存管理建议 …… 65 6.3.1 Java 垃圾回收机制 …… 65 6.3.2 JVM 内存溢出和参数调优 …… 65 6.3.3 内存优化的小示例 …… 66 6.3.4 对象其他生命周期阶段内存管理 …… 67 6.4 课后习题 …… 68 高级类特性 JVM 内存模型，掌握 JVM 内存构成 2. 理解 Java 程序的运行过程，学会通过调试模式观察内存的变化 3. 了解 Java 内存管理，认识垃圾回收 4. 建立编程时高效利用内存、避免内存溢出的理念 ## 授课方式 理论课：多媒体教学、程序演示 实验课：上机编程 ## 教学内容 ### 6.1 Java 内存模型 #### 6.1.1 Java 虚拟机 (Java Virtual 是程序与操作系统之间的桥梁。 - JVM 实现了 Java 的平台无关性。 • JVM 是内存分配的前提。 #### 6.1.2 JVM 内存模型 Java 程序运行过程会涉及的内存区域包括： 程序计数器 当前线程执行的字节码的行号指示器。 

225 内置函数和运算符..... - 226 开窗函数..... - 228 高级聚合函数..... - 229 查询性能..... - 230 控制溢出文件..... - 231 查询剖析..... - 231 查看 EXPLAIN 输出..... - 232 查看 EXPLAIN ANALYZE 输出..... - 234 共享内存设置..... -388 每个主机上的 Primary 数量..... -388 Instance 的内存配置..... -389 语句的内存配置..... -390 溢出文件的配置..... -391 模式设计..... -392 数据类型..... -392 存储模式..... -393 压缩..... -395 分布键.. | |MEMORY\_SHARED\_QUOTA|资源组中，事务之间可共享的内存百分比。| |MEMORY\_SPILL\_RATIO|资源组中，内存密集型事务使用的内存百分比上限，超过该限制后需要溢出到文件。| 注意：资源组对 SET、RESET 和 SHOW 命令不做资源限制，因为这种操作本来就不需要消耗很多资源。不过，编者认为，仅仅是对这几种 SQL 命令不做限制还是不够的，还需要有更多可选项，比如资源队列的

引发构建错误：getNumber() used as value 因为在编译期间自定义函数均属于未知，因此无法用于常量的赋值，但内置函数可以使用，如：len()。 数字型的常量是没有大小和符号的，并且可以使用任何精度而不会导致溢出： 1. const Ln2= 0.693147180559945309417232121458\ 2. 176568075500134360255254120680009 3. const Log2E= 与各种类型的数字型变量相比，你无需担心常量之间的类型转换问题，因为它们都是非常理想的数字。 不过需要注意的是，当常量赋值给一个精度过小的数字型变量时，可能会因为无法正确表达常量所代表的数值而导致溢出，这会在编译期间就引发错误。另外，常量也允许使用并行赋值的形式： ### 4.3 常量 1. const beef, two, c = "eat", 2, "veg" 的只能作为语句，而非表达式，因此 n = i++ 这种写法是无效的，其它像 f(i++) 或者 a[i]=b[i++] 这些可以用于 C、C++ 和 Java 中的写法在 Go 中也是不允许的。 在运算时 溢出 不会产生错误，Go 会简单地将超出位数抛弃。如果你需要范围无限大的整数或者有理数（意味着只被限制于计算机内存），你可以使用标准库中的 big 包，该包提供了类似 big.Int 和 big.Rat