synchronized作为Java程序员最常用同步工具，很多人却对它的用法和实现原理一知半解，以至于还有不少人认为synchronized是重量级锁，性能较差，尽量少用。但不可否认的是synchronized依然是并发首选工具，连volatile、CAS、ReentrantLock都无法动摇synchronized的地位。synchronized是工作面试中的必备技能，今天就跟着一灯一块深入剖析synchronized底层到底做了哪些优化？synchronized是用来加锁的，而锁是加在对象上面，所以需要先聊一下JVM中对象构成。1.对象的构成Java对象在JVM内存中由三块区域组成：对象头
synchronized作为Java程序员最常用同步工具，很多人却对它的用法和实现原理一知半解，以至于还有不少人认为synchronized是重量级锁，性能较差，尽量少用。但不可否认的是synchronized依然是并发首选工具，连volatile、CAS、ReentrantLock都无法动摇synchronized的地位。synchronized是工作面试中的必备技能，今天就跟着一灯一块深入剖析synchronized底层到底做了哪些优化？synchronized是用来加锁的，而锁是加在对象上面，所以需要先聊一下JVM中对象构成。1.对象的构成Java对象在JVM内存中由三块区域组成：对象头
1、Seata简介1.1Seata是什么Seata是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata将为用户提供了AT、TCC、SAGA和XA事务模式，为用户打造一站式的分布式解决方案。AT模式是阿里首推的模式，阿里云上有商用版本的GTS（GlobalTransactionService全局事务服务）。1.2Seata的三大角色在Seata的架构中，一共有三大角色：TC（TransactionCoordinator）-事务协调者维护全局和分支事务的状态，驱动全局事务提交或回滚。TM（TransactionManager）-事务管理器定义全局事务的范围：开始全
1、Seata简介1.1Seata是什么Seata是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata将为用户提供了AT、TCC、SAGA和XA事务模式，为用户打造一站式的分布式解决方案。AT模式是阿里首推的模式，阿里云上有商用版本的GTS（GlobalTransactionService全局事务服务）。1.2Seata的三大角色在Seata的架构中，一共有三大角色：TC（TransactionCoordinator）-事务协调者维护全局和分支事务的状态，驱动全局事务提交或回滚。TM（TransactionManager）-事务管理器定义全局事务的范围：开始全
锁概述在计算机科学中，锁是在执行多线程时用于强行限制资源访问的同步机制，即用于在并发控制中保证对互斥要求的满足。锁相关概念锁开销：完成一个锁可能额外耗费的资源，比如一个周期所需要的时间，内存空间。锁竞争：一个线程或进程，要获取另一个线程或进程所持有的锁，边会发生锁竞争。锁粒度越小，竞争的可能越小。死锁：多个线程争夺资源互相等待资源释放导致阻塞；由于无限期阻塞，程序不能正常终止。分类乐观锁、悲观锁：是否锁定同步资源。乐观锁：认为其他线程对数据访问时不会修改数据，实际未加锁，更新数据时判断是否被其他线程更新了（读时不加锁，写时加锁）。适合多读的场景，因为读操作没有加锁。实现原理：CAS(compa
锁概述在计算机科学中，锁是在执行多线程时用于强行限制资源访问的同步机制，即用于在并发控制中保证对互斥要求的满足。锁相关概念锁开销：完成一个锁可能额外耗费的资源，比如一个周期所需要的时间，内存空间。锁竞争：一个线程或进程，要获取另一个线程或进程所持有的锁，边会发生锁竞争。锁粒度越小，竞争的可能越小。死锁：多个线程争夺资源互相等待资源释放导致阻塞；由于无限期阻塞，程序不能正常终止。分类乐观锁、悲观锁：是否锁定同步资源。乐观锁：认为其他线程对数据访问时不会修改数据，实际未加锁，更新数据时判断是否被其他线程更新了（读时不加锁，写时加锁）。适合多读的场景，因为读操作没有加锁。实现原理：CAS(compa
前言生活中我们看待一个事物总有不同的态度，比如半瓶水，悲观的人会觉得只有半瓶水了，而乐观的人则会认为还有半瓶水呢。很多技术思想往往源于生活，因此在多个线程并发访问数据的时候，有了悲观锁和乐观锁。悲观锁认为这个数据肯定会被其他线程给修改了，那我就给它上锁，只能自己访问，要等我访问完，其他人才能访问，我上锁、解锁都得花费我时间。乐观锁认为这个数据不会被修改，我就直接访问，当我发现数据真的修改了，那我也“礼貌的”让自己访问失败。悲观锁和乐观锁其实本质都是一种思想，在JAVA中对于悲观锁的实现大家可能都很了解，可以通过synchronized、ReentrantLock加锁实现，本文不展开讲解了。那么
前言生活中我们看待一个事物总有不同的态度，比如半瓶水，悲观的人会觉得只有半瓶水了，而乐观的人则会认为还有半瓶水呢。很多技术思想往往源于生活，因此在多个线程并发访问数据的时候，有了悲观锁和乐观锁。悲观锁认为这个数据肯定会被其他线程给修改了，那我就给它上锁，只能自己访问，要等我访问完，其他人才能访问，我上锁、解锁都得花费我时间。乐观锁认为这个数据不会被修改，我就直接访问，当我发现数据真的修改了，那我也“礼貌的”让自己访问失败。悲观锁和乐观锁其实本质都是一种思想，在JAVA中对于悲观锁的实现大家可能都很了解，可以通过synchronized、ReentrantLock加锁实现，本文不展开讲解了。那么
Java并发编程提供了读写锁，主要用于读多写少的场景，今天我就重点来讲解读写锁的底层实现原理@mikechen什么是读写锁？读写锁并不是JAVA所特有的读写锁（Readers-WriterLock）顾名思义是一把锁分为两部分：读锁和写锁，其中读锁允许多个线程同时获得，因为读操作本身是线程安全的，而写锁则是互斥锁，不允许多个线程同时获得写锁，并且写操作和读操作也是互斥的。所谓的读写锁（Readers-WriterLock），顾名思义就是将一个锁拆分为读锁和写锁两个锁。其中读锁允许多个线程同时获得，而写锁则是互斥锁，不允许多个线程同时获得写锁，并且写操作和读操作也是互斥的。 为什么需要读写锁？Sy
Java并发编程提供了读写锁，主要用于读多写少的场景，今天我就重点来讲解读写锁的底层实现原理@mikechen什么是读写锁？读写锁并不是JAVA所特有的读写锁（Readers-WriterLock）顾名思义是一把锁分为两部分：读锁和写锁，其中读锁允许多个线程同时获得，因为读操作本身是线程安全的，而写锁则是互斥锁，不允许多个线程同时获得写锁，并且写操作和读操作也是互斥的。所谓的读写锁（Readers-WriterLock），顾名思义就是将一个锁拆分为读锁和写锁两个锁。其中读锁允许多个线程同时获得，而写锁则是互斥锁，不允许多个线程同时获得写锁，并且写操作和读操作也是互斥的。 为什么需要读写锁？Sy
