synchronized到底锁的是谁？一文看懂Java对象锁的核心原理

发布时间：2026/7/31 15:40:37

synchronized到底锁的是谁？一文看懂Java对象锁的核心原理

一、核心结论速览

synchronized可以修饰方法，也可以修饰代码块，锁的对象取决于具体用法：

使用方式锁的对象
修饰方法非静态方法当前实例对象（方法调用者）
静态方法方法所在的Class对象
修饰代码块synchronized括号中传入的对象

二、辅助案例1：非静态方法 —— 锁的是方法调用者

2.1 基础代码（无 synchronized）

public class SynchronizedTest1 { public static void main(String[] args) { Data data = new Data(); Thread t1 = new Thread() { @Override public void run() { data.fun1(); } }; t1.start(); TimeUnit.SECONDS.sleep(1); Thread t2 = new Thread() { @Override public void run() { data.fun2(); } }; t2.start(); } } class Data { public void fun1() { TimeUnit.SECONDS.sleep(3); System.out.println("1...."); } public void fun2() { System.out.println("2...."); } }

输出结果：先输出2，约2秒后输出1。

执行流程：

  1. main 线程启动，main方法的栈帧入栈。

  2. 程序首次使用Data类，进行类加载，在堆中创建Data对象，main栈帧中的局部变量data存储该对象的引用地址。

  3. 通过匿名内部类的方式创建线程t1并加入到就绪队列中，等到t1获得CPU执行权后，调用data.fun1()方法，但fun1()需要等待3秒才输出。

  4. 与此同时，主线程继续执行，休眠1秒后，通过匿名内部类的方式创建线程t2并加入到就绪队列中。

  5. 此时，由于t1在休眠，CPU是空闲的，所以线程t2获得执行权，调用data.fun2()方法并直接输出。

  6. 3秒后，t1的sleep时间到，进入就绪状态。再次获得CPU执行权后，继续执行后续代码，进行输出。

2.2 场景1：fun1() 和 fun2() 都加 synchronized

class Data { public synchronized void fun1() { ... } public synchronized void fun2() { ... } }

输出结果：等待3秒，输出1，紧接着输出2。

执行流程：

  1. main线程启动，main方法的栈帧入栈。

  2. 程序首次使用Data类，进行类加载，在堆中创建Data对象，main栈帧中的局部变量data存储该对象的引用地址。

  3. 通过匿名内部类的方式创建线程t1并加入到就绪队列中，等到t1获得CPU执行权后，t1尝试获取方法调用者data的锁，此时未被占用，t1成功获取锁，开始执行。在休眠3s时，t1并不会释放锁。

  4. 与此同时，主线程休眠1秒后，通过匿名内部类的方式创建线程t2并加入到就绪队列中。

  5. 此时，由于t1在休眠，CPU是空闲的，所以线程t2获得执行权，但是锁仍在t1中，t2无法获取，所以进入阻塞状态，等待t1释放锁后重新竞争。

  6. 3s后，t1休眠时间到，进入就绪队列，再次获得CPU执行权后，继续执行后续代码，进行输出1，完成之后释放锁，此时t2被唤醒，成功获得锁，执行输出2，完成后释放锁。

2.3 场景2：fun1() 有 synchronized，fun2() 没有 synchronized

class Data { public synchronized void fun1() { ... } public void fun2() { ... } }

输出结果：先输出2，约2秒后输出 1。

原因：fun2()没有被synchronized修饰，调用时无需获取锁，直接执行，不受t1持有的锁影响。

2.4 场景3：两个Data对象，t1调用data1.fun1()，t2调用data2.fun2()，两个方法都有 synchronized

Data data1 = new Data(); Data data2 = new Data(); // t1 → data1.fun1() // t2 → data2.fun2()

输出结果：先输出2，约2秒后输出1。

执行流程：

  1. main线程启动，main方法的栈帧入栈。

  2. 程序首次使用Data类，进行类加载，在堆中创建data1对象和data2对象，main栈帧中的局部变量data1和data2分别存储各自对象的引用地址。

  3. 通过匿名内部类的方式创建线程t1并加入到就绪队列中。等到t1获得CPU执行权后，t1尝试获取方法调用者data1的锁，此时未被占用，t1成功获取锁，开始执行。在休眠3s时，t1并不会释放锁。

  4. 与此同时，主线程休眠1秒后，通过匿名内部类的方式创建线程t2并加入到就绪队列中。

  5. 此时，由于t1在休眠，CPU是空闲的，所以线程t2获得CPU执行权，并尝试获取方法调用者data2的锁，此时未被占用，t2成功获取到锁，执行并直接输出，完成后释放锁。

  6. 3s后，t1休眠时间到，进入就绪队列，再次获得CPU执行权后，继续执行后续代码，进行输出1，完成之后释放锁。

结论：t1和 t2锁的是不同的对象（data1和data2），互不干扰。这证明了synchronized修饰非静态方法时，锁的是方法调用者（当前实例对象），而不是类。

三、辅助案例2：静态方法 —— 锁的是 Class 对象

3.1 Scenario 4: fun1() is static synchronized, fun2() is regular synchronized

class Data { public static synchronized void fun1() { ... } public synchronized void fun2() { ... } } Data data1 = new Data(); Data data2 = new Data(); // t1 → data1.fun1() // t2 → data2.fun2()

输出结果：先输出2，约2秒后输出1。

原因：fun1()是静态方法，锁的是Data.class对象；fun1()是普通方法，锁的是data2实例对象。这是两把完全独立的锁，不存在资源竞争。

3.2 场景5：两个线程都调用 static synchronized fun1()

class Data { public static synchronized void fun1() { sleep(3); System.out.println("1...."); } } Data data1 = new Data(); Data data2 = new Data(); // t1 → data1.fun1() // t2 → data2.fun1()

输出结果：等待3秒，输出1（来自 t1），再等待3秒，输出1（来自 t2）。

原因：因为synchronized修饰fun1静态方法锁的是Data.class对象，虽然两个线程中方法调用者不同，但所有实例共享同一把类锁，所以说会发生资源争抢。线程t2需要等待t1执行完毕释放锁之后才能拿到锁，执行输出。

结论：虽然两个线程调用的是不同的实例（data1和data2），但static synchronized方法锁的是Data.class 类对象，所有实例共享同一把类锁，因此必须排队执行。这证明了synchronized修饰静态方法时，锁的是类，而不是方法调用者。

四、辅助案例3：同步代码块 —— 锁的是括号中传入的对象

4.1 基础代码：无synchronized的5个线程

class Data2 { public void fun() { System.out.println("start"); TimeUnit.SECONDS.sleep(3); System.out.println("end"); } } // main 中启动 5 个线程，共享同一个 Data2 对象 for (int i = 0; i < 5; i++) { new Thread(() -> data.fun()).start(); }

输出结果：5次 "start" → 间隔约3秒 → 5次 "end"。

执行流程：

  1. main线程启动，main方法的栈帧入栈。

  2. 程序首次使用Data类，进行类加载，在堆中创建Data对象，main栈帧中的局部变量data存储该对象的引用地址。

  3. 进入for循环，i=0时，通过匿名内部类的方式创建线程t1并加入到就绪队列中，等待CPU调度。

  4. 循环继续，i=1~4时，依次创建t2、t3、t4、t5并启动，它们都进入就绪状态，等待CPU调度。

  5. CPU会快速依次调度5个线程执行run()方法。

  6. 每个线程执行data.fun()时。先输出 "start"（5个线程几乎同时输出），然后调用Thread.sleep(3000)，5个线程几乎同时进入休眠状态。

  7. 3秒后，5个线程的sleep时间几乎同时到期，它们又转为就绪状态。

  8. CPU依次调度这5个线程，每个线程继续执行后续代码，输出 "end"（5个"end"几乎同时输出）。

4.2 场景6：synchronized 代码块锁 Integer 缓存对象

Integer num = 1; // 指向 Integer 缓存池中的对象 class Data3 { public void fun(Integer num) { synchronized (num) { // 锁的是 num 对象 System.out.println("start"); TimeUnit.SECONDS.sleep(3); System.out.println("end"); } } } // main 中启动 5 个线程，传入同一个 num for (int i = 0; i < 5; i++) { new Thread(() -> data.fun(num)).start(); }

输出结果：start → 3s → end → start → 3s → end ...（重复 5 轮，总耗时约 15 秒）

流程分析：

  1. main线程启动，main方法的栈帧入栈。Integer num = 1指向的是Integer缓存池中的对象（-128~127范围内的值会被缓存），因此5个线程传入的是同一个Integer对象。

  2. 进入for循环，i=0时，创建 data3 对象，通过匿名内部类的方式创建线程t1并加入到就绪队列中，等待CPU调度。

  3. 循环继续，i=1~4时，依次创建data3 对象并创建启动线程t2、t3、t4、t5，它们都进入就绪状态，等待CPU调度。

  4. t1获得CPU，执行data.fun(num)，此时t1获取num锁，先输出 "start"（5个线程几乎同时输出），然后调用Thread.sleep(3000)进入休眠状态。但此时t1持有num锁且不释放。

  5. 与此同时，线程t2、t3、t4、t5依次获得CPU，执行data.fun(num)，获取num锁时发现被t1持有，所以线程阻塞，等待锁释放。

  6. 3秒后，t1的sleep时间到期，转为就绪状态，获得CPU后输出 "end"，释放锁。

  7. 接下来。t2线程被唤醒，成功获得锁，输出“start”，3秒sleep结束后，输出“end”，释放锁。
    t3到t5线程以此类推。

关键注意：虽然每轮循环都new Data3()，但锁的对象是num，而不是Data3实例。由于num是同一个 Integer 缓存对象，所有线程竞争的是同一把锁，因此串行执行。

五、总结

synchronized 的锁对象可以归纳为以下三点：

  1. 修饰非静态方法→ 锁的是方法调用者（当前实例对象）

  2. 修饰静态方法→ 锁的是Class对象（类锁）

  3. 修饰代码块→ 锁的是括号中传入的对象

加锁原则：加锁会带来性能损耗，因此锁的范围应尽可能小、尽可能精准，只锁需要同步的代码块，避免锁住整个方法。

相关新闻

51单片机驱动步进电机Proteus仿真全攻略：从电路到代码调试

51单片机驱动步进电机Proteus仿真全攻略：从电路到代码调试

1. 项目概述&#xff1a;从仿真到驱动的闭环验证 最近在整理一些老项目的资料&#xff0c;翻到了一个当年做课程设计和毕业设计时经常用到的经典组合&#xff1a;用51单片机去驱动一个步进电机。这个项目听起来基础&#xff0c;但真正想把它调通、调稳&#xff0c;并且能在Prot…

2026/7/31 15:40:12
uni-app微信小程序登录页隐藏原生导航栏返回首页按钮详解

uni-app微信小程序登录页隐藏原生导航栏返回首页按钮详解

1. 项目概述&#xff1a;一个看似微小却影响体验的“房子”图标 最近在做一个基于 uni-app 的微信小程序项目时&#xff0c;遇到了一个挺有意思的细节问题。在用户登录流程中&#xff0c;当用户从其他页面&#xff08;比如个人中心、订单页&#xff09;被“打回”登录页时&…

2026/7/31 15:40:12
Continue开源AI编程助手：架构深度解析与技术设计哲学

Continue开源AI编程助手：架构深度解析与技术设计哲学

Continue开源AI编程助手&#xff1a;架构深度解析与技术设计哲学 【免费下载链接】continue open-source coding agent 项目地址: https://gitcode.com/GitHub_Trending/co/continue 技术哲学与设计理念 Continue项目的技术哲学建立在"渐进式智能增强"这一核…

2026/7/31 15:40:12

最新新闻

硬件盲盒的改进建议

硬件盲盒的改进建议

硬件盲盒的建议01 【盲盒的作用】 卓老师&#xff0c;对于这个盲盒机制我是有些不太赞成&#xff0c; 有好几个方面&#xff0c;首先既然是盲盒&#xff0c; 各个赛区比赛时间不一样&#xff0c;为什么题一样&#xff0c; 这就使他的作用减少太多了&#xff0c; 其次是硬件盲盒…

2026/7/31 16:54:28
终极魔兽争霸3优化指南：WarcraftHelper让你的经典游戏重获新生

终极魔兽争霸3优化指南：WarcraftHelper让你的经典游戏重获新生

终极魔兽争霸3优化指南&#xff1a;WarcraftHelper让你的经典游戏重获新生 【免费下载链接】WarcraftHelper Warcraft III Helper , support 1.20e, 1.24e, 1.26a, 1.27a, 1.27b 项目地址: https://gitcode.com/gh_mirrors/wa/WarcraftHelper 魔兽争霸3作为经典即时战略…

2026/7/31 16:54:12
3分钟掌握QGIS地图服务：QuickMapServices插件终极指南

3分钟掌握QGIS地图服务：QuickMapServices插件终极指南

3分钟掌握QGIS地图服务&#xff1a;QuickMapServices插件终极指南 【免费下载链接】quickmapservices Find and add map services to a project in one click. QGIS plugin. 项目地址: https://gitcode.com/gh_mirrors/qu/quickmapservices QuickMapServices是QGIS生态系…

2026/7/31 16:54:12
SysML v2 2025-02版本：革命性的系统建模语言突破

SysML v2 2025-02版本：革命性的系统建模语言突破

SysML v2 2025-02版本&#xff1a;革命性的系统建模语言突破 【免费下载链接】SysML-v2-Release The latest incremental release of SysML v2. Start here. 项目地址: https://gitcode.com/gh_mirrors/sy/SysML-v2-Release SysML v2 2025-02版本是对象管理组织&#xf…

2026/7/31 16:54:12
10分钟掌握Path of Building：流放之路最强Build规划工具完全指南

10分钟掌握Path of Building：流放之路最强Build规划工具完全指南

10分钟掌握Path of Building&#xff1a;流放之路最强Build规划工具完全指南 【免费下载链接】PathOfBuilding Offline build planner for Path of Exile. 项目地址: https://gitcode.com/GitHub_Trending/pa/PathOfBuilding Path of Building&#xff08;PoB&#xff0…

2026/7/31 16:54:12
Android Camera2防抖开发指南：EIS与OIS原理、配置与实战

Android Camera2防抖开发指南：EIS与OIS原理、配置与实战

1. 从“手抖”到“稳如磐石”&#xff1a;移动影像防抖的工程挑战 在移动设备影像开发领域&#xff0c;防抖功能从“锦上添花”的卖点&#xff0c;逐渐演变为决定用户体验的核心基础能力。无论是短视频创作、直播&#xff0c;还是日常记录&#xff0c;用户对画面稳定性的要求越…

2026/7/31 16:54:12

日新闻

ffmpeg-static 跨平台多媒体处理架构解析与技术实践

ffmpeg-static 跨平台多媒体处理架构解析与技术实践

ffmpeg-static 跨平台多媒体处理架构解析与技术实践 【免费下载链接】ffmpeg-static ffmpeg static binaries for Mac OSX and Linux and Windows 项目地址: https://gitcode.com/gh_mirrors/ff/ffmpeg-static ffmpeg-static 项目为 macOS、Linux 和 Windows 三大主流操…

2026/7/31 0:00:14
7步掌握KMS智能激活工具：Windows和Office永久激活完整方案

7步掌握KMS智能激活工具：Windows和Office永久激活完整方案

7步掌握KMS智能激活工具&#xff1a;Windows和Office永久激活完整方案 【免费下载链接】KMS_VL_ALL_AIO Smart Activation Script 项目地址: https://gitcode.com/gh_mirrors/km/KMS_VL_ALL_AIO KMS_VL_ALL_AIO是一款功能强大的智能激活脚本工具&#xff0c;专为Windows…

2026/7/31 0:00:14
Linux 二进制分析利器：strings 命令从入门到实战全解

Linux 二进制分析利器：strings 命令从入门到实战全解

一、命令简介strings 命令用于在二进制文件、可执行文件、对象文件或任何数据文件中查找并提取可打印的字符串序列。它默认识别长度至少为 4 个字符的可打印 ASCII 字符串&#xff08;以换行符或空字符终止&#xff09;。该工具在逆向工程、调试和二进制文件分析中非常有用&…

2026/7/31 0:00:14

周新闻

Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex检测数据集数据集详情检测类别&#xff1a; allies enemy tag图片总量&#xff1a;7247张训练集&#xff1a;5139张验证集&#xff1a;1425张测试集&#xff1a;683张标注状态&#xff1a;全部已标注&#xff0c;即拿即用数据格式&#xff1a;支持YOLO格式及其他格式&#…

2026/7/31 15:38:56
智慧飞行 大疆无人机一站式智能管控平台/支持大疆机场/私有化部署 从航线规划、自动飞行、AI识别到数据管理，一个平台全搞定

智慧飞行 大疆无人机一站式智能管控平台/支持大疆机场/私有化部署 从航线规划、自动飞行、AI识别到数据管理，一个平台全搞定

智慧飞行-大疆无人机一站式智能管控平台/支持大疆机场/私有化部署 企业级全域智能无人机一体化管控平台源码&#xff01; 专为电力巡检、安防监控、应急救援、测绘勘察等行业打造&#xff0c;让您的无人机舰队实现 “无人化、自动化、智能化” 管理&#xff01; &#x1f3af; …

2026/7/31 12:13:38
揭秘ChatGPT+Mathematica协同教学：为什么92%的初学者在72小时内建立函数直觉？

揭秘ChatGPT+Mathematica协同教学：为什么92%的初学者在72小时内建立函数直觉？

更多请点击&#xff1a; https://codechina.net 第一章&#xff1a;AI帮助理解数学概念 人工智能正以前所未有的方式重塑数学学习的路径。通过自然语言处理与符号计算的深度融合&#xff0c;AI不仅能解析抽象定义&#xff0c;还能将定理、证明和几何直觉转化为可交互、可验证的…

2026/7/30 11:59:29

月新闻

[C++]内存管理：串顺序存储的内存回收

[C++]内存管理：串顺序存储的内存回收

在串&#xff08;字符串&#xff09;的顺序存储中&#xff0c;内存回收的方式取决于字符串的存储方式以及所使用的编程语言和相关库。以下以 C 为例进行说明&#xff0c;因为 C 对内存管理有较为直接的控制。 1. 基于 char 数组的串顺序存储 如果使用普通的 char 数组来存储字…

2026/7/31 15:40:14
移动端游戏功耗测试实战：电流、功率、亮度和场景对比

移动端游戏功耗测试实战：电流、功率、亮度和场景对比

移动端游戏功耗测试：先控制变量，再比较优化是否真的省电 摘要：功耗测试最容易犯的错误，是拿两次不同温度、不同亮度、不同场景的平均功率直接比较。本文给出一套可复现的游戏功耗测试方法，覆盖引擎特性验证、版本回归和黑盒体验测试，并说明如何把功耗与帧率、温控、CPU/G…

2026/7/31 7:06:50
足球口袋教练 HarmonyOS 离线应用实战（03/20）：ArkUI 首页仪表盘搭建

足球口袋教练 HarmonyOS 离线应用实战（03/20）：ArkUI 首页仪表盘搭建

本文是“足球口袋教练 HarmonyOS 离线应用实战”系列第 3 篇。示例项目是一个 HarmonyOS / ArkTS / ArkUI 编写的离线足球训练助手&#xff0c;围绕真实页面、真实截图和可复现操作展开。 本篇要解决的问题 训练 App 的首页不能只展示欢迎语&#xff0c;它要解决“我现在该点哪…

2026/7/30 12:10:56