linux 乐观锁和悲观锁

乐观锁与悲观锁的根本区别，以及使用场景分析

1.进程是资源分配的基本单位。2.线程是调度的基本单位。3.线程也有自己的一部分数据：线程ID，栈，一组寄存器（线程的上下文），errno，信号屏蔽字，调度优先级。其中最重要的就是线程有独立的栈和上下文。除了数据和代码，线程还共享以下进程资源和环境：文件描述符表，每种信号的处理方式，当前工作目录，用户id和组id。

线程池： 什么是线程池： 一种线程使用模式。线程过多会带来调度开销，进而影响缓存局部性和整体性能。而线程池维护着多个线程，等待监督管理者分配可并发执行的任务。这避免了在处理短时间任务时创建与销毁线程的代价。线程池不仅能够保证内核的充分利用，还能防止过分调度。可用线程数量应该取决于可用的并发处理器、处理内核、内存、网络sockets等的数量。 应用场景： 需要大量的线程来完成任务，且完成任务的时间比较短。web服务器完成网页请求这样的任务，使用线程池技术非常合适。因为单个任务小，而任务数量巨..

悲观锁总是假设最坏的情况，认为共享资源每次被访问的时候就会出现问题(比如共享数据被修改)，所以每次在获取资源操作的时候都会上锁，这样其他线程想拿到这个资源就会阻塞直到锁被上一个持有者释放。也就是说，共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程。像 Java 中和等独占锁就是悲观锁思想的实现。悲观锁通常多用于写多比较多的情况下（多写场景），避免频繁失败和重试影响性能。

事务是用户定义的一系列数据库操作，这些操作可以视为一个完整的逻辑处理工作单元。要么全部执行，要么全部不执行，是不可分割的工作单元。

死锁概念：死锁产生的必要条件：死锁的预防死锁的避免 概念： 多个执行流对锁资源争抢访问，但是因为访问推进顺序不当，造成互相等待最终导致程序流程无法继续推进，这时候就造成了死锁 死锁实际是一种程序流程无法继续推进，卡在某个位置的一种概念 死锁的产生通常是在访问多个锁的时候需要注意的事项 死锁产生的必要条件： 互斥条件：我加了锁，别人就不能再继续加锁 不可剥夺条件：我家的锁，别人不能解，只有我能解锁 请求与保持条件：我加了A锁，然后去请求B锁；如果不能对B锁加锁，则也不释放A锁 环路等待条件：我加了A锁，然

允许一次性执行多个命令，这些命令会按顺序串行化执行，在执行过程中不会被其他客户端的命令打断。AOF保存的文件是appendonly.aof。4.备份会自动生成也给dump.rdb文件。：Redis 事务在执行时遇到错误。，会继续执行后续命令！事务日志 + 锁机制。

Redis事务与持久化机制解析 Redis事务提供批量命令执行功能，通过MULTI/EXEC命令实现，具有部分原子性特点：语法错误会终止事务，运行时错误则继续执行。与传统数据库事务不同，Redis不支持回滚。WATCH命令提供乐观锁机制，监控键值变化。 持久化方面，Redis提供两种方式：RDB通过定时快照保存数据，适合大规模恢复但对数据完整性要求不高；AOF记录所有写操作命令，数据更完整但文件较大。RDB使用子进程处理持久化，AOF支持每秒同步，各有优缺点。可通过redis-check-aof工具修复损坏

Linux产生死锁的必要条件和常见的锁种类

一般加锁的过程，包含两个步骤：第一步，查看锁的状态，如果锁是空闲的，则执行第二步；第二步，将锁设置为当前线程持有；Compare And Swap或者 Test-and-Set 函数就通过硬件，把这两个步骤合并成一条硬件级指令，形成原子指令，这样就保证了这两个步骤是不可分割的，要么一次性执行完两个步骤，要么两个步骤都不执行。最底层的两种就是「互斥锁和自旋锁」，有很多高级的锁都是基于它们实现的，它们是各种锁的地基，所以我们必须清楚它俩之间的区别和应用。

线程池化单例模式实现以及线程的其他内容包括锁的类型等内容

设计模式就是一些大佬在编写代码的过程中，针对一些经典常见场景，给定对应解决方案，于是将其设计成一种模式，以后我们想使用就只需要套这个模式就好了。某些类，只应该具有一个对象(实例化)，称之为单例。在很多服务器开发场景中，经常需要让服务器加载很多数据到内存中，此时往往需要单例的类来管理这些数据。1. 初始化读写锁功能：该函数用于初始化一个读写锁对象rwlock，可以指定属性attr，一般情况下可以传入NULL使用默认属性。参数rwlock：指向读写锁对象的指针，attr：读写锁的属性对象指针，可以为NULL。

1. 说一说你对悲观锁的理解。 ​ 悲观锁总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁（**共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程**）。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。 ## 2.说一说你对乐观锁的理解。 ​ 乐观锁总是假设最好的情况，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判

死锁的概念、产生死锁的四个必要条件、避免死锁的方法、避免死锁算法、其他锁的介绍

一种线程使用模式。线程过多会带来调度开销，进而影响缓存局部性和整体性能。而线程池维护着多个线程，等待着监督管理者分配可并发执行的任务。这避免了在处理短时间任务时创建与销毁线程的代价。线程池不仅能够保证内核的充分利用，还能防止过分调度。可用线程数量应该取决于可用的并发处理器、处理器内核、内存、网络sockets等的数量。thread.hpp 线程封装： lockGuard.hpp 锁的封装，构建对象时直接加锁，对象析构时自动解锁； log.hpp 注： （1）提取可变参数 使用宏来提取可变参数： 将可变

Redis对事务进行操作及Jedis

为了解决上述的问题，一个最常见的解决方案就是加锁。通过加锁，保证了操作的原子性，只有获得锁的任务才能执行相关流程，从而保证最后得到的结果是可预知的。比如在电商系统中，下单支付后更改库存，通过使用悲观锁或者乐观锁来保证不会超售。锁是用于控制多任务同时访问共享资源的一种同步机制。通常，我们会将锁分成两大类，悲观锁和乐观锁。悲观锁即认为一定存在竞争，所以在处理之前加上互斥锁，存在排他性，只有获得到该锁的任务才能处理，其他的会被挂起。

Linux编程点击右侧关注，免费入门到精通！并发队列的选择Java的并发包提供了三个常用的并发队列实现，分别是：ArrayBlockingQueue、Concurrent...