synchronized

In the JSON-java library ( org.json.JSONArray ) I have found this code snippet with a synchronized block around a method-local variable public String toString(int indentFactor) throws JSONException { StringWriter sw = new StringWriter(); synchronized (sw.getBuffer()) { return this.write(sw, indentFactor, 0).toString(); } } I do not understand the necessity for the synchronization here, as the StringWriter is only local to the given method (and, why the synchronization is on the Buffer). Is the synchronization really necessary here, and if, why? This may be a performance optimization. In the

前言 一、synchronized的特性 1.1 原子性 1.2 可见性 1.3 有序性 1.4 可重入性 二、synchronized的用法 三、synchronized锁的实现 3.1 同步方法 3.2 同步代码块 四、synchronized锁的底层实现 五、JVM对synchronized的优化 5.1 锁膨胀 5.1.1 偏向锁 5.1.2 轻量级锁 5.1.3 重量级锁 5.2 锁消除 5.3 锁粗化 5.4 自旋锁与自适应自旋锁 结语 前言 如果某一个资源被多个线程共享，为了避免因为资源抢占导致资源数据错乱，我们需要对线程进行同步，那么synchronized就是实现线程同步的关键字，可以说在并发控制中是必不可少的部分，今天就来看一下synchronized的使用和底层原理。 一、synchronized的特性 1.1 原子性 所谓原子性就是指一个操作或者多个操作，要么全部执行并且执行的过程不会被任何因素打断，要么就都不执行。 在Java中，对基本数据类型的变量的读取和赋值操作是原子性操作，即这些操作是不可被中断的，要么执行，要么不执行。但是像i++、i+=1等操作字符就不是原子性的，它们是分成 读取、计算、赋值 几步操作，原值在这些步骤还没完成时就可能已经被赋值了，那么最后赋值写入的数据就是脏数据，无法保证原子性。

1.cas 它的实现很简单，就是用一个预期的值和内存值进行比较，如果两个值相等，就用预期的值替换内存值，并返回 true。否则，返回 false。 2. synchronized的三种应用方式 Java中每一个对象都可以作为锁，这是synchronized实现同步的基础： 普通同步方法（实例方法），锁是当前实例对象 ，进入同步代码前要获得当前实例的锁 静态同步方法，锁是当前类的class对象 ，进入同步代码前要获得当前类对象的锁 同步方法块，锁是括号里面的对象，对给定对象加锁，进入同步代码库前要获得给定对象的锁 3. ReenTrantLock 实现接口Lock ReentrantLock 是一个互斥锁，也是一个 可重入锁 （Reentrant就是再次进入的意思）。 ReentrantLock 锁在同一个时间点只能被一个线程锁持有，但是它可以被单个线程多次获取，每获取一次 AQS 的 state 就加1，每释放一次 state 就减1。还记得 synchronized 嘛，它也是可重入的，一个同步方法调用另外一个同步方法是没有问题的。 废话不多说，上代码： 1 public static void main(String[] args)throws Exception { 2 CountDownLatch countDownLatch = new CountDownLatch(1)

线程同步： 　　　　现实生活中，我们会遇到“同一个资源，多个人都想使用”的问题，比如，食堂排队打饭，每个人都想吃饭，最天然的解决办法就是，排队，一个个来。 　　　　处理多线程问题时，多个线程访问同一个资源对象，并且某些线程还想修改这个对象。这时候我们就需要线程同步。线程同步其实就是一种等待机制，多个需要同时访问此对象的线程进入这个 对象的等待池 形成队列，等待前面线程使用完毕，下一个线程再使用。 由于同一个进程的多个线程共享同一块存储空间，在带来方便的同时，也带来了访问冲突问题，为了保证数据在方法中被访问时的正确性，在访问时加入 锁机制synchronized ，当一个线程获得对象的排它锁，独占资源，其他线程必须等待，使用后释放锁即可，存在以下问题： 一个线程持有锁会导致其他所有需要此锁的线程挂起； 在多线程竞争下，加锁，释放锁会导致比较多的上下文切换 和 调度延时，引起性能问题； 如果一个优先级高的线程等待一个优先级低的线程释放锁，会导致优先级导致，引起性能问题。 多线程不安全案例一： 1 package com.huolongluo.coindemo.morethread.sub3; 2 3 /** 4 * Created by 火龙裸 on 2019/11/9. 5 * desc : 不安全的买票 6 * <p> 7 * 线程不安全，有可能有的人拿到负数票 8 *

I come up with this question when implementing singleton pattern in Java. Even though the example listed below is not my real code, yet very similar to the original one. public class ConnectionFactory{ private static ConnectionFactory instance; public static synchronized ConnectionFactory getInstance(){ if( instance == null ){ instance = new ConnectionFactory(); } return instance; } private ConnectionFactory(){ // private constructor implementation } } Because I'm not quite sure about the behavior of a static synchronized method, I get some suggestion from google -- do not have (or as less as

一、线程同步 线程同步：即当有一个线程在对内存进行操作时，其他线程都不可以对这个内存地址进行操作，直到该线程完成操作， 其他线程才能对该内存地址进行操作，而其他线程又处于等待状态，实现线程同步的方法有很多，临界区对象就是其中一种。 在多线程编程里面，一些敏感数据不允许被多个线程同时访问，此时就使用同步访问技术，保证数据在任何时刻，最多有一个线程访问，以保证数据的完整性。 二、多线程同步解决方案 2.1 同步代码块： 　　使用 synchronized() 对需要完整执行的语句进行“包裹”，synchronized(Obj obj) 构造方法里是可以传入任何类的对象， 　　但是既然是监听器就传一个唯一的对象来保证“锁”的唯一性，因此一般使用共享资源的对象来作为 obj 传入 synchronized(Obj obj) 里： 　　只需要锁 Account 类中的存钱取钱方法就行了： package com.test.threadDemo2; /** * 银行账户 * @author Administrator * */ public class Acount { private int count=0; /** * 存钱 * @param money */ public void addAcount(String name,int money) { synchronized(this)