Java
未读
【并发编程篇】Java并发线程池底层原理详解与源码分析
1、无处不在的线程和进程1.1 进程的基本原理进程的定义一直以来没有完美的标准。一般来说，一个进程由程序段、数据段和进程控制块三部分组成。程序段一般也被称为代码段。代码段是进程的程序指令在内存中的位置，包含需要执行的指令集合；数据段是进程的操作数据在内存中的位置，包含需要操作的数据集合；程序控制块（
每日一问
未读
【每日一问】Java 中有那些锁？
Java
未读
【并发编程篇】从源码层面深入理解AQS
本文介绍了AQS（AbstractQueuedSynchronizer）作为Java并发包的核心基础框架，旨在解决CAS自旋锁导致的CPU资源浪费和总线风暴问题。AQS采用队列削峰策略，通过FIFO双向队列管理线程竞争，核心组件包括：
1. **状态标志位**：`volatile int state`标识锁状态，通过CAS保证原子性；
2. **队列节点**：`Node`类封装线程与状态（如SIGNAL、CANCELLED），支持独占/共享模式；
3. **模板方法**：定义`acquire/release`等流程，子类通过钩子方法（如`tryAcquire`）实现具体锁逻辑。
线程竞争失败时入队阻塞，锁释放时唤醒后继节点，避免空自旋。AQS为ReentrantLock、Semaphore等同步器提供统一实现基础，兼顾公平性、可重入等特性。
Java
未读
【并发编程篇】并发锁机制之深入理解synchronized
1. Java共享内存模型带来的线程安全问题1.1 引入案例两个线程对初始值为 0 的静态变量一个做自增，一个做自减，各做 5000 次，结果是 0 吗public class SyncDemo { private static int counter = 0; public stati
每日一问
未读
【每日一问】请说一说CPU过高的排查思路
每日一问
未读
【每日一问】说一说ZGC的GC触发机制？
每日一问
未读
【每日一问】什么情况下会发生Full GC?
什么情况下会发生Full GC?（1）System.gc()方法的调用此方法的调用是建议JVM进行Full GC,虽然只是建议而非一定，但很多情况下它会触发 Full GC,从而增加Full GC的频率，也即增加了间歇性停顿的次数。强烈影响系建议能不使用此方法就别使用，让虚拟机自己去管理它的内存，可
每日一问
未读
【每日一问】如何排查内存泄漏？
如果观察一个系统，每次进行 FullGC 发现堆空间回收的比例比较小，尤其是老年代，同时对象越来越多，这个时候可 以判断是有可能发生内存泄漏.如何排查：使用jps查看虚拟机进程；使用jstat -gcutil [pid] [interval]命令查看gc回收情况；使用轻量级在线分析工具 jmap-h
每日一问
未读
【每日一问】说说JAVA形成死锁的条件以及如何排查死锁?
java 死锁产生的四个必要条件互斥使用，即当资源被一个线程使用(占有)时，别的线程不能使用不可抢占，资源请求者不能强制从资源占有者手中夺取资源，资源只能由资源占有者主动释放。请求和保持，即当资源请求者在请求其他的资源的同时保持对原有资源的占有。循环等待，即存在一个等待队列：P1占有P2的资源，P2
Java
未读
【JVM篇】Java开疆拓土的垃圾收集器ZGC
为了满足不同的业务需求，Java 的 GC 算法也在不停迭代，对于特定的应用，选择其最适合的 GC 算法，才能更高效的帮助业务实现其业务目标。对于这些延迟敏感的应用来说，GC 停顿已经成为阻碍 Java 广泛应用的一大顽疾，需要更适合的 GC 算法以满足这些业务的
每日一问
未读
【每日一问】什么场景适合使用G1垃圾收集器？
每日一问
未读
【每日一问】G1相对于CMS以及之前的一些垃圾收集器来说，为什么它对大内存的处理能力更强
G1相对于CMS以及之前的一些垃圾收集器来说，为什么它对大内存的处理能力更强？大内存的堆一次回收耗费时间可能很长，导致STW时间也会很长，G1提供可预测的停顿功能，这是G1相对于CMS的另一个大优势，降低停顿时间是G1 和 CMS 共同的关注点，但G1 除了追求低停顿外，还能建立可预测的停顿时间模型
每日一问
未读
【每日一问】请问浮动垃圾是如何产生的
