线程释放锁，JMM会把该线程中对应的本地内存中的共享变量刷新到主内存中。 线程获取锁，JMM会把线程对应的本地内存置为无效，从而使被监视器保护的临界区代码必须从主内存中读取共享变量。
Java提供的常用同步手段之一就是sychronized关键字，synchronized 是利用锁的机制来实现同步的。
Java虚拟机的运行时数据区中的堆和方法区是所有线程共享的区域，如果多个线程需要同时使用共享的对象或类变量，则必须要正确协调它们对数据的访问。否则，程序将具有不可预测的行为。为了协调多个线程之间的共享数据访问，Java虚拟机将锁与每个对象或类关联起来。锁就像一种特权，在任何时候只有一个线程可以“拥有”它。如果一个线程想要锁定一个特定的对象或类，它会请求JVM，在线程向JVM请求锁之后(如果锁未被持有可能很快，如果锁被持有也可能稍后，也可能永远不会)，JVM将锁提供给线程。当线程不再需要锁时，它将锁返回给JVM。
是一种用于实现线程间同步的Java关键字，主要目的是确保在多线程环境下，对共享资源的访问是安全的，避免出现数据不一致的问题。就是保证在同一时刻，被synchronized修饰的方法或代码块只有一个线程在执行，其他线程必须等待，解决并发安全问题
1.对象头中的Mark Word（标记字）主要用来表示对象的线程锁状态，另外还可以用来配合GC、存放该对象的hashCode；
1. JAVA中锁的概念 ---- 2. 同步关键字 synchronized ---- 1. 基本介绍 用于实例方法、静态方法时，隐式指定锁对象。 用于代码块时，显示指定锁对象。 锁的作用域: 对象锁、类锁、分布式锁。 2. 特性: 可重入、独享、悲观锁。 3. 锁优化 4. Note synchronized 关键字，不仅实现同步。 JMM 中规定，synchronized 要保证可见性(不能够被缓存)。 3. 堆内存中的Java对象 ---- 1. 堆内存存储展示 public class Demo5
今天简单了解了一下java轻量级锁和重量级锁以及偏向锁。看了看这篇文章觉得写的不错 原文链接
synchronized主要是用于解决线程安全问题的，而线程安全问题的主要诱因有如下两点：
java对象头是实现synchronized的锁对象的基础，synchronized使用的锁对象是存储在Java对象头里的。
解决问题的根本方法： 同一时刻有且只有一个线程在操作共享数据，其他线程必须等到该线程处理完数据后再对共享数据进行操作。
Synchronized是Java中解决并发问题的一种最常用的方法，也是最简单的一种方法。
Hotspot虚拟机中，对象在内存中存储的布局可以分为三块区域：对象头（Header）、实例数据 （Instance Data）和对齐填充（Padding）。
线程安全是并发编程中的重要关注点，应该注意到的是，造成线程安全问题的主要诱因有两点，一是存在共享数据(也称临界资源)，二是存在多条线程共同操作共享数据。因此为了解决这个问题，我们可能需要这样一个方案，当存在多个线程操作共享数据时，需要保证同一时刻有且只有一个线程在操作共享数据，其他线程必须等到该线程处理完数据后再进行，这种方式有个高尚的名称叫互斥锁，即能达到互斥访问目的的锁，也就是说当一个共享数据被当前正在访问的线程加上互斥锁后，在同一个时刻，其他线程只能处于等待的状态，直到当前线程处理完毕释放该锁。在 J
修饰静态方法: 也就是给当前类加锁，会作用于类的所有对象实例，因为静态成员不属于任何一个实例对象，是类成员（ static 表明这是该类的一个静态资源，不管new了多少个对象，只有一份）。所以天猫转让如果一个线程A调用一个实例对象的非静态
并发编程做为java的核心基础，是在项目实际建设时，需要用到的必备技能。那相应的，如果你想升职加薪（进大厂），它也自然而然也成为了面试中，考察的必备项。 下面有道大厂最喜欢问的并发编程问题，来看看你接得住吗？
思维导图svg: https://note.youdao.com/ynoteshare1/index.html?id=eb05fdceddd07759b8b82c5b9094021a&type=no
这是从Java API层面来描述的 根据Thread.State枚举，分为六种状态
记得刚刚开始学习Java的时候，一遇到多线程情况就是synchronized，相对于当时的我们来说synchronized是这么的神奇而又强大，那个时候我们赋予它一个名字“同步”，也成为了我们解决多线程情况的百试不爽的良药。但是，随着我们学习的进行我们知道synchronized是一个重量级锁，相对于Lock，它会显得那么笨重，以至于我们认为它不是那么的高效而慢慢摒弃它。 诚然，随着Javs SE 1.6对synchronized进行的各种优化后，synchronized并不会显得那么重了。下面跟随LZ一起
记得刚刚开始学习Java的时候，一遇到多线程情况就是synchronized，相对于当时的我们来说synchronized是这么的神奇而又强大，那个时候我们赋予它一个名字“同步”，也成为了我们解决多线程情况的百试不爽的良药。但是，随着我们学习的进行我们知道synchronized是一个重量级锁，相对于Lock，它会显得那么笨重，以至于我们认为它不是那么的高效而慢慢摒弃它。 诚然，随着Javs SE 1.6对synchronized进行的各种优化后，synchronized并不会显得那么重了。下面跟随LZ一起来探索synchronized的实现机制、Java是如何对它进行了优化、锁优化机制、锁的存储结构和升级过程；
记得刚刚开始学习Java的时候，一遇到多线程情况就是synchronized，相对于当时的我们来说synchronized是这么的神奇而又强大，那个时候我们赋予它一个名字“同步”，也成为了我们解决多线程情况的百试不爽的良药。但是，随着我们学习的进行我们知道synchronized是一个重量级锁，相对于Lock，它会显得那么笨重，以至于我们认为它不是那么的高效而慢慢摒弃它。 诚然，随着Javs SE 1.6对synchronized进行的各种优化后，synchronized并不会显得那么重了。下面跟随LZ一
看完你就会知道，线程如果锁住了某个资源，致使其他线程无法访问的这种锁被称为悲观锁，相反，线程不锁住资源的锁被称为乐观锁，而自旋锁是基于 CAS 机制实现的，CAS又是乐观锁的一种实现，那么对于锁来说，多个线程同步访问某个资源的流程细节是否一样呢？换句话说，在多线程同步访问某个资源时，锁的状态会如何变化呢？本篇文章来探讨一下。
这是我去年7，8月份面58被问的一个面试题，说实话被问到这个问题还是很意外的，感觉这个东西没啥用啊，直到后面被问了一波new Object，Integer对象等作为加锁对象行吗？会出现哪些问题？为啥java6后synchronized性能大幅上升？我彻底蒙蔽了。下面详细总结一下
记得刚刚开始学习Java的时候，一遇到多线程情况就是synchronized。对于当时的我们来说，synchronized是如此的神奇且强大。我们赋予它一个名字“同步”，也成为我们解决多线程情况的良药，百试不爽。但是，随着学习的深入，我们知道synchronized是一个重量级锁，相对于Lock，它会显得那么笨重，以至于我们认为它不是那么的高效，并慢慢抛弃它。
如果你不想平庸，就请勿停止前进的脚步。同样作为主流的开发语言，Java也没有停止前进，而是一直在优化进步。
在Java中，synchronized锁可能是我们最早接触的锁了，在 JDK1.5之前synchronized是一个重量级锁，相对于juc包中的Lock，synchronized显得比较笨重。
上述代码犯了严重的错误，虽然我们使用synchronized修饰了increase方法，但却new了两个不同的实例对象，这也就意味着存在着两个不同的实例对象锁，因此t1和t2都会进入各自的对象锁，也就是说t1和t2线程使用的是不同的锁，因此线程安全是无法保证的。解决这种困境的的方式是将synchronized作用于静态的increase方法
Synchronized是在并发编程中很经常使用，Java中除了提供Lock等API来实现互斥以外，还提供了语法（关键字）层面的Synchronized来实现互斥同步原语，今天闲来聊聊Synchronized关键字。
这个面试题其实涉及到的底层知识比较多，在Java中都知道synchronized，这是一个关键字，为什么使用了之后，可以结果多线程安全问题。里面内部流程是怎样的呢？加锁是加在哪里？金三银四越来越卷，面试官不再是，单纯的问如何解决线程安全，有没有使用过synchronized，而是想知道synchronized底层的知识点。本文就深入讲解synchronized底层原理，对象加锁是如果一步一步实现的。
记得刚刚开始学习Java的时候，一遇到多线程情况就是synchronized。对于当时的我们来说，synchronized是如此的神奇且强大。我们赋予它一个名字“同步”，也成为我们解决多线程情况的良药，百试不爽。但是，随着学习的深入，我们知道synchronized是一个重量级锁，相对于Lock，它会显得那么笨重，以至于我们认为它不是那么的高效。随着Javs SE 1.6对synchronized进行各种优化后，synchronized不会显得那么重。
如果想更深入了解对象头在JVM源码中的定义，需要关心几个文件，oop.hpp/markOop.hpp oop.hpp，每个 Java Object 在 JVM 内部都有一个 native 的 C++ 对象 oop/oopDesc 与之对应。先在oop.hpp中看 oopDesc的定义
synchronized是一种用于修饰同步代码块或方法的关键字。当一个线程进入被synchronized修饰的代码块或方法时，会先尝试获取括号中对象（对于同步方法则是当前类的实例）的对象锁。在JDK 1.6及之后的版本，synchronized锁具有锁升级的机制，分为偏向锁、轻量级锁和重量级锁。
synchronized主要的作用： 保证在同一时刻，只有一个线程可以执行某个方法或某个代码块（原子性），同时synchronized可以保证一个线程的变化可见（可见性）
用锁能够实现数据的安全性，但是会带来性能下降。 无锁能够基于线程并行提升程序性能，但是会带来安全性下降。
欢迎支持笔者新作：《深入理解Kafka:核心设计与实践原理》和《RabbitMQ实战指南》，同时欢迎关注笔者的微信公众号：朱小厮的博客。
锁和同步是java多线程编程中非常常见的使用场景。为了锁定多线程共享的对象，Java需要提供一定的机制来实现共享对象的锁定，从而保证一次只有一个线程能够作用于共享对象。当第二个线程进入同一个区域的时候，必须等待第一个线程解锁该对象。
Java编程语言允许线程访问共享变量， 为了确保共享变量能被准确和一致地更新，线程应该确保通过排他锁单独获得这个变量。Java语言提供了volatile，在某些情况下比锁要更加方便。
上一章节带着大家了解了Java对象头的组成,本节带着大家了解synchronized 关键字的底层原理以及锁的升级过程
线程和进程在使用上各有优缺点：线程执行开销小，但不利于资源的管理和保护；而进程正相反。同时，线程适合于在SMP机器上运行，而进程则可以跨机器迁移。
Mark Word记录了对象和锁有关的信息，当这个对象被synchronized关键字当成同步锁时，围绕这个锁的一系列操作都和Mark Word有关。
前文描述了Java多线程编程，多线程的方式提高了系统资源利用和程序效率，但多个线程同时处理共享的数据时，就将面临线程安全的问题。
结论：如果volatile变量修饰符使用恰当的话，它比synchronized的使用和执行成本更低，因为它不会引起线程上下文的切换和调度。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
