jvm(2)-内存区域

JVM 的内存区域1.运行时数据区域2.JAVA 方法的运行与虚拟机栈3.虚拟机栈4.栈帧执行对内存区域的影响5.程序计数器6.本地方法栈7.方法区8.符号引用9.常量池与运行时常量池10.元空间11.堆12.直接内存（堆外内存） 1.运行时数据区域 运行时数据区的定义：Java 虚拟机在执行 Java 程序的过程中会把它所管理的内存划分为若干个不同的数据区域。 Java 引以为豪的就是它的自动内存管理机制。相比于 C++的手动内存管理、复杂难以理解的指针等，Java 程序写起来就方便的多。所以要深入理解

1、背景 Jvm运行程序时，是需要内存空间来存储数据的，不同的内存空间存放不同的数据。 Java代码的组成部分大概有：类、类属性、静态变量、方法，局部变量等组成。那么，这些组成部分都在Jvm哪些内存区域呢？ 2、存放类的方法区 主要存放“.class”文件加载进来的类，还会有常量池等一些数据在这块区域。 JDK1.8之后，这块区域的名字也被叫做“Metasapce”（元数据空间），存放的依然是我们的类信息。 3、执行代码指令的程序计数器 我们编写的.java文件最终会编译成.class字节码文

1.jvm内存分区 方法区,程序计数器,java虚拟机栈,java堆内存,其他内存区域 1.1.方法区 存放.class文件加载进来的类以及常量池 在jdk1.8以后这块区域被称做元数据区域,1.7以前是放在虚拟内存中的,1.8以后是放在真正的内存空间中的 类加载完成时生成的字节码存放在方法区 1.2.程序计数器 每一个线程执行到具体方法的某一步都由程序计数器记录下来 1.3.java虚拟机栈 存放局部变量以及栈帧 每一个方法都会在虚拟机栈内创建一个栈帧,栈帧内包含了局部变量表,操作数栈

JVM进阶调优【2】面试:JVM内存区域怎么划分，分别有什么用?

本文介绍了Hermes AI的三层记忆系统中的会话记忆层。会话记忆是与AI对话时按时间顺序记录的结构化信息，包括用户输入、AI回复、执行命令等，存储在SQLite数据库中。与上下文窗口不同，会话记忆是数据存储层，而上下文窗口是模型处理的Token限制。当会话记忆超过上下文窗口时，早期内容会被裁剪。Hermes通过sessions和messages表存储会话数据，并支持会话恢复。为提高效率，建议"一件事一个会话"并主动清除不相关上下文（使用/clear、/forget-session等命令）。会话记忆是AI持

《鸿蒙ArkUI开发喝水提醒App》摘要：本文详细介绍了如何使用ArkUI框架开发一款智能喝水提醒应用，主要功能包括每小时推送通知、一键记录饮水量、数据统计与可视化。技术实现涵盖通知API、SQLite数据库存储和Canvas图表绘制，核心代码展示了数据模型设计、数据库操作、定时提醒逻辑和进度环绘制等关键功能。该应用支持自定义每日目标（默认2000ml），提供日/周/月多维统计视图，通过环形进度条和柱状图直观展示喝水进度，帮助用户培养规律饮水习惯。（149字）

介绍了C#垃圾回收(GC)机制的核心原理与实现细节：托管堆内存结构（SOH/LOH/POH）、根对象与可达性分析、GC三阶段工作流程（标记-清除-压缩）、分代回收机制（Gen0/1/2）及其性能优化策略（卡表、自适应阈值）

消息发布模块：客户端通过 TCP 长连接与服务端通信，通过信道（Channel）声明交换机、队列和绑定关系，发布消息时由 Router 根据交换机类型（DIRECT/FANOUT/TOPIC）和 routing_key 路由到目标队列。消息消费模块：支持消费者订阅队列，服务端通过 ConsumerManager 管理消费者组，采用轮询（Round-Robin）策略向消费者推送消息。支持自动确认（auto_ack）和手动确认（basicAck）两种模式。虚拟主机模块。

JVM总内存远大于-Xmx设置的堆内存，包括元空间、线程栈、直接内存和JVM自身开销。当-Xmx超过系统可用内存时，由于Linux的Overcommit机制，JVM启动时不会立即报错，而是在实际使用内存时因物理内存不足导致系统卡死或Swap耗尽。典型案例显示，-Xmx6g的设置在8G内存服务器上引发了启动超时，因JVM实际需要约6.5G内存，加上系统开销导致内存耗尽。建议设置-Xmx时需预留至少30%系统内存用于非堆区域和其他进程。

本文介绍了一个基于鸿蒙ArkUI开发的健康计步器应用实现方案。该应用通过加速度传感器结合峰值检测算法实现精准计步，并采用SQLite数据库存储数据，支持日/周步数统计、卡路里换算和目标设定等功能。 核心要点包括： 计步算法采用三轴矢量合成+带通滤波+峰值检测+防抖机制，关键参数优化（采样频率50Hz、加速度阈值11m/s²、防抖时间200ms） 数据模型设计包含步数、目标、卡路里和距离等字段 使用SQLite进行数据持久化存储，支持日更和周报统计 实现实时计步、卡路里估算（每步0.04千卡）、距离换算（每步

Hermes Agent 核心循环拆解：run_conversation() 的 7 个阶段与 15 种故障自愈 > TL;DR：Agent Loop 不是简单的「思考→工具→思考→工具」八步舞。拆

RISC-V 并没有像 ARM SBSA 那样专门针对"支持 JVM"制定独立规范，JVM（OpenJDK）对 RISC-V 的支持主要靠，以及使用已合入 OpenJDK 主线的。

本文通过多个Java线程安全实例，分析了多线程共享资源时可能出现的数据不一致问题。演示了火车站售票系统中多个窗口同时售票的场景，指出局部变量、静态变量和实例变量在不同线程中的表现差异。重点介绍了三种线程同步解决方案：同步方法（静态/非静态）、同步代码块和使用Lock接口的同步锁机制，通过代码示例展示了如何有效避免重复售票和负数票问题。文章强调同步锁必须保证多个线程使用同一锁对象，才能确保数据一致性和线程安全。这些同步机制能保证同一时间只有一个线程访问共享资源，解决多线程并发访问的安全性问题。

GC日志是JVM在运行过程中，自动记录的每一次垃圾回收行为日志，完整记录GC触发时间、GC类型、内存占用变化、各阶段耗时、堆分区状态、停顿时长等核心指标，是JVM垃圾回收的「黑匣子」。它区别于业务日志、系统日志，只专注记录内存垃圾回收相关行为，不掺杂业务信息，精准反映JVM内存运行健康度。GCEasy 是业界主流免费在线GC日志智能分析工具，由Tier1app公司开发，支持JDK全版本、CMS/G1/ZGC所有收集器日志格式，兼容Linux/Mac/Windows输出的GC日志。

维度要点内存结构堆(新生代+老年代) + 方法区(Metaspace) + 栈 + PC寄存器 + 直接内存对象生命周期Eden → Survivor → Old（年龄晋升 / 大对象直接进Old）GC 选型小堆Parallel / 中等堆G1 / 大堆低延迟ZGC调优流程监控(GC日志+jstat) → 分析(MAT/Arthas) → 调参 → 验证常见问题堆OOM / Metaspace OOM / GC overhead / StackOverflow核心原则先修代码再调参；-Xms=-Xmx；

AQS 是，可以理解成 JUC 里面很多锁和同步器的基础框架，比如 ReentrantLock、Semaphore、CountDownLatch 底层都跟它有关。它的核心主要是两部分：一个是state，一个是 FIFO 等待队列。state是一个同步状态，具体含义由不同工具自己定义。比如 ReentrantLock （阻塞式锁）里，state表示锁的重入次数；Semaphore 里表示剩余许可数量；CountDownLatch （倒计时锁）里表示倒计数。修改state时通常会用 CAS 来保证线程安全。

对于JVM，我想大部分小伙伴都是要面试了才会去学，其余时间基本不会去看。但值得一说的是，当你工作多年之后，你遇到的项目会越来越复杂，遇到的问题也会越来越复杂：各种古怪的内存溢出，死锁，应用崩溃……这些都会迫使你不得不去深入学习JVM底层原理

📝 课程表App开发摘要 本项目基于HarmonyOS ArkUI框架，使用Grid网格布局+SQLite数据库+通知服务，开发功能完备的智能课程表应用。 核心功能： 7×6网格展示周课程表 支持课程增删改查（SQLite持久化存储） 智能周次切换（1-20周，单/双周自动过滤） 上课提醒功能（Notification API实现） 多色标记不同科目 技术亮点： Grid组件实现课程表主体布局 relationalStore管理课程数据 条件渲染动态显示当前周课程 Notification触发上课提醒 典

预处理语句（Prepared Statement）是一种数据库编程接口范式，其核心思想在于将SQL 指令结构与运行时数据进行解耦。静态部分（SQL Template）：包含语法关键字、表名、字段名及占位符（Placeholder?）的字符串。动态部分（Bound Parameters）：在执行上下文（Runtime Context）中由应用程序提供的具体数值。这种解耦为数据库操作带来了两个根本性的性能与安全变革，我们将在后文详细论述。API 调用序列严格遵循“准备 → 绑定 → 执行”