并发和锁（1）synchronized在JDK6做了哪些优化1.适应自旋锁：自旋锁：为了减少线程状态改变带来的消耗不停地执行当前线程2.锁消除：不可能存在共享数据竞争的锁进行消除3.锁粗化：将连续的加锁精简到只加一次锁

//MyISAM查看表的情况：showopentables;加锁：locktable表名read(write),表二read(write);释放锁：unlocktables;分析表锁定：showstatuslike'table

常见的锁策略一些常见的锁策略可以帮助我们在实际开发中更合理的使用锁：乐观锁vs悲观锁：乐观锁：不加锁进行读取，适用于读操作频繁、写操作较少的情况，性能较高。

发展历史C++98中产生了第一个智能指针auto_ptr；C++boost给出了更实用的scoped_ptr和shared_ptr和weak_ptr；C++TR1，引入了shared_ptr等，不过TR1

缓存异常场景缓存雪崩缓存雪崩缓存雪崩是指缓存同一时间大面积的失效，所以后面的请求都会落到数据库上，造成数据库短时间内承受大量请求而崩掉解决方案缓存数据的过期时间设置随机，防止同一时间大量数据过期现象发生一般并发量不是特别多的时候，使用最多的解决方案就是加锁排队给每一个缓存数据增加相应的缓存标记

二、解决方法1.锁加锁，每次只让一个线程可以访问数据库，随后存入缓存。性能太差。2.不同的过期时间最简单有效的解决办法是设置不同的过期时间。比如inttimeout=10+newRandom()

shared_ptr的设计“命中注定”有一个重大的“缺陷”，那就是它也会产生“循环引用”问题。

weak_ptr并不是真正的智能指针，它必须依附于shared_ptr存在。

7.管理数组std::unique_ptr可以管理单一对象，也可以管理堆数组：std::unique_ptra(newint[9]);a[0]=1;std::unique_ptr这个本事，std::shared_ptr

1.什么是死锁比如上一次讲到synchronized的时候，一个线程，对同一个对象连续加锁两次，如果出现阻塞等待，代表这个锁是不可重入锁，这样的线程，也就称为死锁！

一、线程同步的核心思想加锁，把共享资源进行上锁，每次只能一个线程进入访问完毕以后解锁，然后其他线程才能进来。二、方式一：同步代码块作用：把出现线程安全问题的核心代码给上锁。

目录1、线程安全问题1.2、线程安全原因2、线程加锁2.1、synchronized关键字2.2、完善代码2.3、对同一个线程的加锁操作3、内容补充3.1、内存可见性问题3.2、指令重排序问题3.3、解决方法

目录1.摘要2.加锁的本质3.锁结构详解3.1锁所在的事务信息3.2索引信息3.3表锁/行锁信息3.4type_mode3.5其他信息3.6一堆比特位1.摘要在MySQL中，有很多种锁，例如行锁，表锁，

分布式锁的底层实现是利用setnx命令：当已存在key时，则存储时返回失败，否则返回成功；下面是我自己写的redis锁，使用的是redis集群：publicclassRedisLockUtil{/***加锁

1、锁偏向锁偏向是一种针对加锁操作的优化手段。它的核心思想是：如果一个线程获得了锁，那么锁就进入偏向模式。当这个线程再次请求锁时，无须再做任何同步操作。这样就节省了大量有关锁请求的操作，从而提

volatile关键字不能完全禁止编译器的指令重排，准确地说是两个volatile修饰的变量之间的命令不会进行指令重排3.使用volatile可以解决一部分的线程并发问题，但是不能解决所有的并发问题，该加锁时还要加锁才行

*因为没有加锁s

这个问题，通过std::shared_ptr都可以完美地解决：#include#include#include#include//STL的智能指针#includeusingnamespacestd;structBigS

什么是智能指针说白了，智能指针就是类似于指针的类对象，但是功能比指针多。智能指针是一种在程序中管理动态分配的内存的工具。智能指针提供了一种机制来自动分配和释放内存，从而减少内存泄漏和悬挂指针的风险。智能指针通过将内存的所有权转移到指针对象本身，可以在对象不再需要时自动释放内存。智能指针通常会在构造函数中分配内存，并在析构函数中释放内存。此外，智能指针还提供了一些额外的功能，如拷贝构造函数和移动构造

相似点：这两种同步方式有很多相似之处，它们都是加锁方式同步，而且都是阻塞式的同步，也就是说当如果一个线程获得了对象锁，进入了同步块，其他访问该同步块的线程都必须阻塞在同步块外面等待，而进行线程阻塞和唤醒的代价是比较高的

线程锁：主要用来给方法、代码块加锁。当某个方法或代码使用锁，在同一时刻仅有一个线程执行该方法或该代码段。

MySQL中原子性与隔离性的科幻大片上篇文章我们描述完MySQL的持久性等知识点，本篇文章来描述MySQL的原子性与隔离性知识”时光机“指的是实现原子性的undolog，”多维视界“指的是实现并发场景下读不加锁的

如果加锁失败，说明该记录正在被修改，那么当前查询可能要等待或者抛出异常。具体响应方式由开发者根据实际需要决定。如果成

文|豆豆来源：Python技术「ID:pythonall」上一篇文章我们说到数据库的四种事务隔离级别，可以通过加锁的方式来实现，只是效率太低，事实上，MySQL是通过MVCC（多版本并发控制）来实现的。

数据库的四种事务隔离级别，可以通过加锁的方式来实现，只是效率太低，事实上，MySQL是通过MVCC（多版本并发控制）来实现的。

锁策略乐观锁和悲观锁轻量级锁和重量级锁自旋锁和挂起等待锁普通互斥锁和读写锁公平锁和非公平锁可重入锁和不可重入锁乐观锁和悲观锁这是两种不同的锁的实现方式乐观锁：在加锁之前，预估当前出现锁冲突的概率不大，因此在进行加锁的时候就不会做太多的工作加锁过程做的事情比较少

没把锁都聊两个维度的内容：加锁（排队等待）和释放锁wait¬ify、await&signal一、ReentrantLock锁特性要聊ReentrantLock，首先大家必须要知道AQS是什么

目录前言代码分析第一种代码案例：第二种方案，加锁第三种方案：semaphore实现共享锁第四种方案：基于DCL（DoubleCheckLock）模式，结合Semaphore，再次进一步对代码进行优化。

1、背景实际开发过程中，一些高并发场景需要保证接口执行的一致性，通常采用加锁的方式，本地锁Reentrantlock和Synchnorized虽然可以实现但是不适用于分布式部署模式，而redis的setnx

文章目录前言一、场景描述二、加锁1.synchronized2.ReentrantLock三、扩展1.ThreadLocal总结前言在多线程场景下，多个线程同时对共享变量进行操作是存在风险的，这时候就需要加锁来保证数据的正确性

4.11多线程--Monitor1）原理之synchronized进阶轻量级锁锁膨胀自旋优化偏向锁（4.11多线程--Monitor3）原理之synchronized进阶利用synchronized给对象加锁时

最近碰到一个内存泄漏的问题，查了半天发现是vector数组的成员中有共享指针，而vector没有释放引用计数导致的。下面简化一下这个问题，直接看代码：#include#include#includeusingnamespacestd;intmain(){shared_ptra1(newint(1));cout>v1;v1.push_back(a1);cout#include#includeusin

先CopyOnWriteArrayList内部也是⽤过数组来实现的，在向CopyOnWriteArrayList添加元素时，会复制⼀个新的数组，写操作在新数组上进⾏，读操作在原数组上进⾏并且，写操作会加锁

这里初始化一次，不能放在加锁解锁的函数里//即使不在同一个方法，只要是锁是同一把，就能锁住锁里的代码，只有一块代码在执行OSSpinLockLock(&_lock);//加锁//OSSpinLockLockTry

synchronized的特性乐观锁/悲观锁可自适轻量级锁/重量级锁可自适自旋锁/挂起等待锁可自适非读写锁可重入锁非公平锁synchronized的锁机制锁升级偏向锁阶段当一个线程对一个对象进行加锁，这个对象处于未加锁状态时

乐观锁与悲观锁乐观锁：在加锁之前预估锁冲突发生的概率较小，在加锁的过程中所做的工作较少。（加锁块，但出现问题概率大）悲观锁：在加锁前预估所冲突发生的概率大，所以在加锁过程中所做的工作较多。

20.3互斥锁mutex20.4互斥量的接口20.4.1互斥量初始20.4.2互斥量销毁20.4.3互斥量加锁20.4.4互斥量解锁20.4.5互斥量的基本原理20.4.6带上互斥锁后的抢票程序20.5

目录1.线程不安全的原因2.如何解决线程不安全问题(逐条解决)2.1使用synchronized加锁*Java中如何实现加锁操作的?**join()和synchronized的区别

类加载阶段就会创建实例（程序中用到了类就会立即加载）2.懒汉模式：在用的时候才创建单例类对象：就是.class文件被JVM加载到内存之后表现出的模样，有.class的一切信息保证懒汉模式下的线程安全：加锁

什么是分布式锁1.在分布式环境中使用到的锁就是分布式锁2.在分布式环境中对不同应用程序操作的共享资源进行加锁就是分布式锁分布式环境1.同一个

空间换时间实现的可并发读写性能平衡mapsyncmap提供Store()用来写入或更新，Load()读取kv，Delete()删除，Range()遍历readmap可以挡读、更新、删除及小部分删后写，它的核心思想是尽可能原子操作代替加锁写

诸如auto_ptr以及C++11新增的shared_ptr和unique_ptr等智能指针模板使得管理由new分配的内存更容易。它们是类。

一、什么是表级锁表示对当前操作的整张表加锁，它实现简单，资源消耗较少，被大部分MySQL引擎支持。最常使用的MYISAM与INNODB都支持表级锁定。表级

MVCC在MySQLInnoDB中的实现主要是为了提高数据库并发性能，用更好的方式去处理读-写冲突，做到即使有读写冲突时，也能做到不加锁，非阻塞并发读。基础概述数据库并发场景大致分为三种：读-读：不存

一篇文章看懂Mysql加锁本文主要基于Mysql8,InnoDB存储引擎范围讨论mysql的加锁，以及锁的分类，定义，使用，不同语句具体加的什么锁等。前言mysql锁是和事务绑定的。

image.pngKlassWord指向类的class对象数组对象image.png其中MarkWord结构：image.pngage回收机制使用biassed_lock轻量锁，01/00/10/11加锁状态一个

文章目录1.智能指针(shared_ptr、unique_ptr、weak_ptr)1.1智能指针用来解决什么问题1.2shared_ptr1.2.1shared_ptr内存模型1.2.2shared_ptr

功能区别：便利性：很明显Synchronized的使用比较方便简洁，并且由编译器去保证锁的加锁和释放，而ReenTrantLock需要手工声明来加锁和释放锁，为了避免忘记手工释放锁造成死锁，所以最好在finally

可以自动销毁，不需要再搭配delete//作用域指针：unique_ptr唯一参考(指向这块内存的指针唯一,如果有两个指向同一个（复制），则后一个会指向释放的内存块，死掉，因此不能copy）//共享指针shared_ptr

如此一来不同的事务在并发过程中，SELECT操作可以不加锁而是通过MVCC机制读取指定的版本历史记录，并通过一些手段保证保证读取的记录值符合事