小菜鸟

CPU 的工作过程：从指令接收到底层执行

CPU 作为计算机的 “大脑”，其工作过程本质是通过二进制信号接收、解析并执行指令的循环流程。从引脚接收电信号到完成数据处理，每一步都依赖硬件逻辑与二进制编码的紧密配合。以下是 CPU 工作过程的详细解析：

二进制信号的传递：引脚与电信号的编码

CPU 通过外部引脚与主板、内存等部件连接，这些引脚是信号传递的 “通道”，其工作原理基于最基础的二进制逻辑：

• 信号表示：引脚中有电流通过时，代表二进制 “1”；无电流通过时，代表二进制 “0”。
• 信号类型：
  • 地址信号：通过引脚发送内存地址（如 “00101100” 表示某块内存的位置），用于定位要读取的指令或数据。
  • 数据信号：双向传递二进制数据（如 “11001010” 可能代表一个整数或指令代码）。
  • 控制信号：传递 “读 / 写”“中断” 等控制指令（如某引脚高电平表示 “读取内存”，低电平表示 “写入内存”）。

这些二进制信号通过总线（地址总线、数据总线、控制总线）有序传输，构成 CPU 与外部交互的基础。

CPU 工作的核心循环：取指→译码→执行→写回

CPU 的工作过程可概括为 “取指令→指令译码→执行指令→结果写回” 的循环（Fetch-Decode-Execute-Writeback），每一步都由内部组件协同完成：

1. 取指令（Fetch）

• 目标：从内存中读取下一条要执行的指令。
• 过程：
  1. 程序计数器（PC）提供指令在内存中的地址（如二进制地址 “10001000”），通过地址总线发送到内存。
  2. 控制总线发出 “读” 信号，通知内存准备数据。
  3. 内存根据地址找到对应的指令（如二进制 “00000101”，代表某条加法指令），通过数据总线传输到 CPU。
  4. 指令被暂存到指令寄存器（IR），同时 PC 自动递增（指向相邻的下一条指令地址），为下一次取指做准备。

BlockingQueue 阻塞队列：线程同步与并发协作的核心组件

BlockingQueue（阻塞队列）是 Java 并发包（JUC）中用于线程间安全通信的核心组件，其核心特性是当队列满时阻塞生产者线程，当队列空时阻塞消费者线程，完美适配生产者 - 消费者模型。本文将系统解析 BlockingQueue 接口及其主要实现类，深入探讨其设计原理、核心方法及适用场景。

BlockingQueue 接口核心定义

BlockingQueue 继承自 Queue 接口，新增了阻塞式插入 / 移除方法，确保线程安全的同时简化了并发协作。其核心方法可分为三类：非阻塞方法、阻塞方法和超时方法。

核心方法分类

关键特性：

• 不允许插入 null 元素（会抛出 NullPointerException）；
• 支持线程中断（阻塞方法声明了 throws InterruptedException）；
• 提供批量操作（如 drainTo(Collection) 一次性取出所有元素）。

主要实现类详解

BlockingQueue 有多个实现类，适用于不同场景。以下是最常用的 5 种实现：

ArrayBlockingQueue：基于数组的有界阻塞队列

核心特性

• 底层结构：数组（容量固定，创建时需指定）；
• 排序方式：FIFO（先进先出）；
• 并发控制：单把全局锁（ReentrantLock）+ 两个条件变量（notEmpty/notFull）；
• 公平性：支持公平锁（按线程等待顺序访问）和非公平锁（默认）。

源码解析

Linux perf 命令：性能分析的瑞士军刀

perf 是 Linux 系统自带的性能分析工具，基于内核性能事件机制，可用于监控 CPU 使用率、缓存命中、函数调用开销、上下文切换等关键性能指标。它是排查程序性能瓶颈（如 CPU 密集、缓存失效、函数耗时过长）的核心工具，尤其适合分析 Java 等应用的底层运行情况。

perf 基本用法

命令格式

1

perf [子命令] [选项] [目标程序/进程ID]

perf 包含多个子命令，分别用于不同场景的性能分析，最常用的包括 stat（统计事件）、record（记录事件）、report（生成报告）等。

核心子命令

常用场景与示例

perf stat：快速统计性能指标

Java 方法参数传递：彻底理解 “值传递” 本质

在 Java 中，方法参数的传递机制一直是初学者容易混淆的问题。尽管经常有人讨论 “值传递” 与 “引用传递” 的区别，但Java 中只有值传递—— 无论传递的是基本数据类型还是引用数据类型，方法接收的都是参数值的一份 “拷贝”。本文将通过实例深入解析这一机制，澄清常见误解。

值传递的核心定义

值传递（Pass-by-Value）是指：方法在被调用时，会创建参数值的一个副本，并将副本传递给方法。方法内部对参数的修改，只会影响这个副本，不会影响原始参数。

与之相对的 “引用传递”（Pass-by-Reference）是指：方法接收的是参数的内存地址，对参数的修改会直接影响原始对象。但Java 并不支持这种传递方式。

基本数据类型的参数传递

基本数据类型（如 int、char、boolean 等）的值传递行为非常直观：方法接收的是原始值的拷贝，修改拷贝不会影响原始值。

示例代码：

1
2
3
4
5
6
7
8
9
10
11
12
13

public class PrimitivePassing {
    public static void main(String[] args) {
        int num = 10;
        System.out.println("调用前：" + num); // 输出：10
        modify(num);
        System.out.println("调用后：" + num); // 输出：10（原始值未变）
    }

    private static void modify(int value) {
        value = 20; // 修改的是副本，与原始值无关
        System.out.println("方法内：" + value); // 输出：20
    }
}

原理分析：

• main 方法中的 num 是原始变量，值为 10；
• 调用 modify(num) 时，Java 创建 num 的副本（值为 10），并将副本传递给 modify 方法的 value 参数；
• modify 方法中修改的是 value（副本），原始变量 num 不受影响。

引用数据类型的参数传递

引用数据类型（如 String、Object、数组、自定义类等）的传递机制容易产生误解。许多人认为这是 “引用传递”，但实际上，传递的是引用地址的拷贝。

Java 线程优化：减少上下文切换，提升并发效率

线程是 Java 并发编程的核心，但线程并非越多越好。过多的线程会导致频繁的上下文切换，反而降低程序性能。本文将聚焦线程优化的核心方向 —— 减少上下文切换，并详细介绍其原理、检测方法及优化实践。

上下文切换的危害

上下文切换是指 CPU 从一个线程切换到另一个线程时保存和恢复状态的过程，涉及寄存器、程序计数器、栈等信息的保存与恢复。其主要危害包括：

• CPU 资源浪费：每次切换需消耗约 1~10 微秒，高频切换会导致 CPU 时间大量消耗在切换而非业务逻辑上。
• 性能下降：过多切换会使线程频繁处于 “就绪→运行→阻塞” 状态，降低并行效率。
• 缓存失效：线程切换可能导致 CPU 缓存失效，重新加载数据进一步增加耗时。

上下文切换的检测方法

通过工具分析线程状态和切换频率，定位是否存在过度切换问题。

线程状态分析（jstack + 命令行工具）

步骤 1：导出线程快照

使用 jstack 生成线程堆栈快照，记录所有线程的状态：