java学习记录之JVM篇

赶紧看完吧，对这块没兴趣了，太水了，

前言在jdk中提供了一些工具帮助开发人员解决一些问题。上一篇中提到的jps，jstack就是出自jdk。 jdk/bin目录下提供了很多exe文件其实都是jar文件的包装，真正的实现在jdk/lib/tools.jar中jps–查看Java进程jps命令可以查看所有的Java进程jps存放在JAVA_HOME/bin/jps，使用时为了方便请将JAVA_HOME/bin/加入到Path。[no1@

在解析阶段，将类或接口中的符号引用转化为直接引用的过程。如果该类实现了接口，也会对这个接口进行初始化操作，接口的初始化过程和类一样，都会进行静态变量显式赋值及静态代码块执行，同时还会检查接口中的所有静态方法。如果类定义了多个静态变量，JVM会按照代码中声明的顺序进行初始化，并且若发现此过程需要访问到其他未初始化的类，JVM会先完成这些类的初始化。自定义类加载器（Custom ClassLoader）：继承自 ClassLoader 类，实现自己的类加载器，主要用于加载一些自定义的类或者修改某些类的字节码。

本文介绍了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%系统内存用于非堆区域和其他进程。

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

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

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 调用序列严格遵循“准备 → 绑定 → 执行”

编译期注解处理，自动生成代码（Lombok、Mybatis Mapper 底层原理），减少手写模板代码，无运行时性能损耗。简单循环 > 串行 Stream > 并行 Stream（小数据）原始类型 > 包装类读写锁 > synchronized（读多写少）枚举单例 > 双重检查锁单例 > 静态内部类单例try-with-resources > 手动 finally 关闭流。