原子操作可以保证正在进行的动作不被打断，即一旦开始，持续结束。对比互斥锁其优势在于，原子操作在C/C++的层面，是无锁操作，其既能解决并发问题又不会导致死锁。
Linux环境编程对于初学者来说，必须深刻理解重点概念才能更好地编写代码，实现业务功能，下面就几个重要的及常用的知识点进行说明。搞懂这几个概念后以免在将来的编码出现混淆。 系统调用 ❝所有的操作系统在其内核里都有一些内建的函数，这些函数可以用来完成一些系统级别的功能。在Linux系统使用的这样的函数叫做“系统调用”，英文是systemcall。这些函数代表了从用户空间到内核空间的一种转换。 ❞ 系统调用是Linux操作系统提供的服务，是编写应用程序与内核之间通信的接口，也就是我们所说的函数。相对于普通的函数
并发 是指在某一时间段内能够处理多个任务的能力，而 并行 是指同一时间能够处理多个任务的能力。并发和并行看起来很像，但实际上是有区别的，如下图（图片来源于网络）：
要深入理解Linux内核中的同步与互斥的实现，需要先了解一下内联汇编：在C函数中使用汇编代码。
传统的服务器操作系统，包括大多数Linux发行版，每隔几年都会更换。在这期间，开发者会不断用安全补丁和更新完善这个系统，但是不会进行特别大的改动，最终这个操作系统以及其上的软件会慢慢僵化。但是CoreOS的思想是成为一个随时可被替换的操作系统，甚至在这个替换的过程中，应用程序的运行不会被打断。 CoreOS有两个root分区，我们暂且称其为root A和root B。CoreOS会与更新服务进行交互，查找更新并自动下载可用的更新，如果初始状态下，系统在root A下启动，更新就会被安装到root B，重
在多年前，linux还没有支持对称多处理器SMP的时候，避免并发数据访问相对简单。
FutureTask 能够接收 Callable 类型的参数，用来处理有返回结果的情况
最近Rust For Linux的项目，随着Rust的火爆也开始逐渐升温，但是谷歌的强烈支持以及rCore OS、Redox等各种Rust操作系统项目的经验积累，Rust想进入到Linux的真正核心，也还是有很长的路要走，之前笔者已经撰文对于Rust在汇编支持、panic和alloc等系统操作等方面的问题进行过简要说明了。这里再对于Rust进入到Linux内核的最大拦路虎-也就是内存模型方面的问题，做一下介绍。
作用是优雅的停止一个线程，让其有“料理后事”的功能。有人会说，我用stop()方法，不是一样可以停止这个线程吗？这是不可行的，因为会直接正杀死线程，如果这时线程锁住了共享资源，那么当它被杀死后就再也没有机会释放锁，其它线程将永远无法获取锁。所以，两阶段终止模式就来啦！
Redis执行指令过程中，多条连续执行的指令被干扰，打断，插队，这多条连续指令执行的结果可能就会有问题
每个线程都有一个优先级。优先级高的线程优先于优先级低的线程执行。每个线程可能被标记为守护线程，也可能不被标记为守护线程。
简介 每个使用关系型数据库的程序都可能遇到数据死锁或不可用的情况，而这些情况需要在代码中编程来解决;本文主要介绍与数据库事务死锁等情况相关的重试逻辑概念，此外，还会探讨如何避免死锁等问题，文章以DB2(版本9)与Java为例进行讲解。 什么是数据库锁定与死锁 锁定(Locking)发生在当一个事务获得对某一资源的“锁”时，这时，其他的事务就不能更改这个资源了，这种机制的存在是为了保证数据一致性;在设计与数据库交互的程序时，必须处理锁与资源不可用的情况。锁定是个比较复杂的概念，仔细说起来可能又需要
马 克-to-win：上面的例子，只能做到根据请求Synchronized方法的队列里的线程的数量，决定我是否进入队列等待。但是一旦决定了等待，进入 了等待队列以后，就无法退出队列。想达到这个效果，必须要用到ReentrantLock的技术。ReentrantLock翻译成中文就是可重入锁。下面这段话比较难，新手可忽略。和可重入锁相对的就是不可重入锁，又名自旋锁。为什么叫不可重入锁？因为一旦进入一个带锁的方法，你在这个方法当中，如果想再进入另外一个带锁的方法，就进不去了，好像自己给自己上了锁（自旋）因为你在第一个方法当中你还没有解开锁。而可重入锁在判断中加了一条是不是本个线程？如是，就随便进入当前对象所有带锁的方法。如果对我以上这段话，老手也是不理解的话，可参考我参考目录中的一个参考网页。注意sun公司的ReentrantLock是个类，而sun公司的Lock是个接口。所以为求简单，我们的例子中就用ReentrantLock，ReentrantLock就是为了解决 Synchronized技术的很多弊病而生的。缺点就是使用复杂，简单问题还用 Synchronized就挺好。马克-to-win：因为ReentrantLock类中的lockInterruptibly();方法能够让正在想 获得锁的线程被其他线程中断（见下例），从而打消原来要获得锁的计划。当然如果没有其他的线程占有锁的话，lockInterruptibly();方法也可以让当 前线程从容获得锁。
什么是可重入：当线程请求一个由其它线程持有的对象锁时，该线程会阻塞，而当线程请求由自己持有的对象锁时，如果该锁是重入锁，请求就会成功，否则阻塞。
Java虚拟机栈 JVM中由堆、栈、方法区所组成，其中栈内存是给线程使用，每个线程启动后，虚拟机就会为其分配一块栈内存。
众所周知，synchronized和Lock锁是java并发变成中两大利器。但是为什么Java有了synchronized之后还是提供了Lock接口这个api，难道仅仅只是重复造了轮子这么简单么？本文就来探讨一下这个问题。
描述： 描述t1线程启动，被 LockSupport.park();打断线程。 视频教程 p41
深度工作是一项技能，是一种状态。它是需要刻意练习才能获得的。无论是学习新知识，还是解决复杂问题。保持专注，才能得到最大产出。
最近大意了，竟然想将《面试官：实现一个带值变更通知能力的Dictionary》一文中的临界锁只应用到写操作。
还记得，前面一篇文章《什么？面试官让我用ArrayList实现一个阻塞队列？》中，描述了一个关于实现两个线程交替打印以及实现阻塞队列的例子，那么今天，我们来看看另外一种解决办法—ReentrantLock。
Lock没有引入锁的升级这个概念,只有普通的自旋和偏向锁 synchronized 拥有锁的升级,如自旋锁、适应性自旋锁、锁消除、锁粗化、偏向锁、轻量级锁 等技术来减少锁操作的开销。并且还会随着竞争的激烈而逐渐升级
最近有读者问我，面试被问到高性能，但因为自己都是靠死记硬背，没有消化理解，所以答的不是很好。
java多线程我个人觉得是javaSe中最难的一部分，我以前也是感觉学会了，但是真正有多线程的需求却不知道怎么下手，实际上还是对多线程这块知识了解不深刻，不知道多线程api的应用场景，不知道多线程的运行流程等等，本篇文章将使用实例+图解+源码的方式来解析java多线程。
很多程序员在工作的时候喜欢带着耳机写代码，目前这种现象特别常见，按道理脑力劳动者该集中注意力，听着音乐该是干扰思维，为啥还是这么愿意这么去做，难道只是为了展示程序员炫酷的一方面嘛？ 为什么还是那么多程
请解释什么是线程锁，以及如何使用线程锁 线程锁: 目的是将一段代码锁住，一旦获得锁权限，除非释放线程锁，否则其他任何代码都无法获得锁权限 为什么需要线程锁 多线程同时在完成特定的操作时，由于并不是原子操作，所以在完成操作的过程中可能会被打断，去做其他的操作 可能产生脏数据 例如，一个线程读取变量n 【初始值是0】，然后n++, 最后输出n，当访问n++后，被打断，由另外的线程做同样的工作，这时n被加了2次，所以n最后等于2，而不是1 from atexit import register from thre
在ARM平台上，ARMv6之前，SWP和SWPB指令被用来支持对shared memory的访问：
wait(0) 0代表永不超时, Object的wait方法会导致当前的线程陷入阻塞状态,直到其他线程notify或notifyAll 才能将其唤醒,或者阻塞时间到而自动唤醒.
前几天研究 热点扣减场景的时候，比较深入的学习到无锁并发更新的常见算法 cas 的使用场景。本文是对CAS的自我学习笔记。
马 克-to-win：tryLock的方法就是试一下，如果能得到锁，就返回真，如果当时得不到，马上就返回假，绝不等。tryLock(时间)的用法就是 在规定的时间内设法得到锁。如果在规定的时间内最终不能得到锁，就返回假。注意，这个方法是可以被打断的，打断后的处理方法和上面的例子 lockInterruptibly的处理一样。
因为我们这是非公平锁，如果Thread-1在获取的时候Thread-4来获取，Thread-4抢夺成功
全称是 AbstractQueuedSynchronizer，是阻塞式锁和相关的同步器工具的框架
程序员是一个比较特殊的群体，他们因为长期和电脑打交道所养成的性格和脾气也是比较相近的。
乐观锁（Optimistic Concurrency Control，缩写“OCC”），又叫做乐观并发控制，可以参考维基百科-乐观并发控制：
Redis 事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
本次面试直接负责人技术总监 A，另外两人好像是同岗位不同部门负责人 (B 和 C)（嗯，年龄都是 35+）。
点击关注公众号，Java干货及时送达 前言 是的，小李（化名）上班戴耳机被新来的技术总监批了。。 事情是这样的，本来小李所在的公司也没有规定上班时间不能戴耳机写代码，之前都戴的好好的，某次开技术会议，时间到了，小李没有按时间来（也许是写代码忘神了），新来的技术总监就站在会议室门口隔空叫他，哪知吼了两三遍，小李依然无动于衷，他干脆直接跑过去叫了。 后来听说小李事后被总监批了，批的是没有按时间参加会议，虽然和耳机没有直接关系，但却是因为戴耳机写代码引起的，也是因为这事，为第二天的大新闻埋下了伏笔…… 第二天，
Parallels Desktop是Mac上运行Windows程序的工具，为客户提供了一个安装双系统的途径，在苹果电脑上同时运行Mac和Windows软件，更方便。
Lock比synchronized还是多一些功能的，比如可以设置规定时间内获取不到锁就返回，不一直阻塞。
分布式遭遇并发 在前面的章节，并发操作要么发生在单个应用内，一般使用基于JVM的lock解决并发问题，要么发生在数据库，可以考虑使用数据库层面的锁，而在分布式场景下，需要保证多个应用实例都能够执行同步代码，则需要做一些额外的工作，一个最典型分布式同步方案便是使用分布式锁。 分布式锁由很多种实现，但本质上都是类似的，即依赖于共享组件实现锁的询问和获取，如果说单体式应用中的Monitor是由JVM提供的，那么分布式下Monitor便是由共享组件提供，而典型的共享组件大家其实并不陌生，包括但不限于：Mysql，
自旋锁：如果内核配置为SMP系统，自旋锁就按SMP系统上的要求来实现真正的自旋等待，但是对于UP系统，自旋锁仅做抢占和中断操作，没有实现真正的“自旋”。如果配置了CONFIG_DEBUG_SPINLOCK，那么自旋锁按照SMP系统来编译。
代码出结果的速度依赖于代码量、运行硬件等诸多因素，所以程序员在代码出结果（包括中间结果和最后结果）需要的时间也不一样。如果结果需要等几分钟到几小时（且中途没有报错），在这段时间程序员都会选择干什么？
有时候为了同时处理多个结构，我们需要向redis发送多个命令，或者服务器采用负载均衡的模式，多个负载同时访问redis，造成并发。为了让redis执行期间不受其他命令的影响，redis提供了事务的命令，事务在关系型数据库如mysql中很常见，也是为了应对并发等来产生的。
在多任务操作系统中，为了提高CPU的利用率，可以让当前系统运行远多于CPU核数的线程。但是由于同时运行的线程数是由CPU核数来决定的，所以为了支持更多的线程运行，CPU会把自己的时间片轮流分给其他线程，这个过程就是上下文切换。 导致上下文切换的原因有很多，比如通过wait()、sleep()等方法阻塞当前线程，这时CPU不会一直等待，而是重新分配去执行其他线程。当后续CPU重新切换到当前线程时，CPU需要沿着上次执行的指令位置继续运行。因此，每次在CPU切换之前，需要把CPU寄存器和程序计数器保存起来，这些信息会存储到系统内核中，CPU再次调度回来时会从系统内核中加载并继续执行。简而言之，上下文切换，就是CPU把自己的时间片分配给不同的任务执行的过程。
JDK1.5以前只有synchronized同步锁，并且效率非常低，因此大神Doug Lea自己写了一套并发框架，这套框架的核心就在于AbstractQueuedSynchronizer类（即AQS），性能非常高，所以被引入JDK包中，即JUC。那么AQS是怎么实现的呢？本篇就是对AQS及其相关组件进行分析，了解其原理，并领略大神的优美而又精简的代码。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
