目录 01.Java和线程 02.Java与协程 03.CPU缓存结构和java内存模型 04.管程-悲观锁和锁优化 05.乐观锁 - 无锁方案 06.线程安全 07.线程池 08.JUC 09.高并发测试 10.类加载器 Java与线程 线程的类型 线程是比进程更轻量级的调度执行单位，线程的引入， ...
分类：
编程语言 时间：
2020-06-26 18:45:04
阅读次数：
72
无锁 乐观锁(非阻塞) 共享模式之无锁 CAS 与 volatile 原子整数 原子引用 原子累加器 Unsafe CAS无锁方案 CAS无锁主要看重三个变量: 预估值 + 修改值 + 主存值 预估值: 主要用来判断是否等于主存值, 是则将修改值修改到主存值中 修改值: 即将需要修改的新值, 修改到 ...
分类：
其他好文 时间：
2020-06-26 18:28:48
阅读次数：
57
管程 悲观锁(阻塞) 临界区 一段代码块对共享资源存在多个线程的读写操作, 我们就叫它临界区 临界区存在多个线程竞争共享资源的问题, 由于分时系统, 我们的cpu不能一直负责一条线程的执行, 所以在cpu切换的时候需要保存当时的场景, 之后cpu回来后需要恢复场景再次执行代码, 我们简称这个过程为线 ...
分类：
其他好文 时间：
2020-06-26 18:02:01
阅读次数：
112
java有哪些锁种类(转) https://www.cnblogs.com/lxmyhappy/p/7380073.html 在读很多并发文章中，会提及各种各样锁如公平锁，乐观锁等等，这篇文章介绍各种锁的分类。介绍的内容如下： 公平锁/非公平锁 可重入锁 独享锁/共享锁 互斥锁/读写锁 乐观锁/悲观 ...
分类：
编程语言 时间：
2020-06-26 10:43:16
阅读次数：
50
mysql 悲观锁与乐观锁的理解 悲观锁与乐观锁是人们定义出来的概念，你可以理解为一种思想，是处理并发资源的常用手段。 不要把他们与mysql中提供的锁机制(表锁，行锁，排他锁，共享锁)混为一谈。 一、悲观锁 顾名思义，就是对于数据的处理持悲观态度，总认为会发生并发冲突，获取和修改数据时，别人会修改 ...
分类：
数据库 时间：
2020-06-25 19:44:02
阅读次数：
55
什么是乐观锁？?乐观锁，顾名思义，就是说在操作共享资源时，它总是抱着乐观的态度进行，它认为自己可以成功地完成操作。但实际上，当多个线程同时操作一个共享资源时，只有一个线程会成功，那么失败的线程呢？乐观锁不会像悲观锁一样在操作系统中挂起，而仅仅是返回，并且系统允许失败的线程重试，也允许自动放弃退出操作。?所以，乐观锁相比悲观锁来说，不会带来死锁、饥饿等活性故障问题，线程间的相互影响也远远比悲观锁要小
分类：
其他好文 时间：
2020-06-23 18:44:59
阅读次数：
61
1、定义 乐观锁和悲观锁其实是两种思想，用于解决并发场景下的数据竞争问题。 悲观锁：常用的锁基本上都是悲观锁 总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁（共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转 ...
分类：
其他好文 时间：
2020-06-21 21:40:58
阅读次数：
47
悲观锁：总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每 次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁。传 统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写 锁等，都是在做操作之前先上锁。再比如 Java 里面的同步原语 synchroniz ...
分类：
其他好文 时间：
2020-06-21 14:03:03
阅读次数：
67
本文源码：GitHub·点这里||GitEE·点这里一、资源和加锁1、场景描述多线程并发访问同一个资源问题，假如线程A获取变量之后修改变量值，线程C在此时也获取变量值并且修改，两个线程同时并发处理一个变量，就会导致并发问题。这种并行处理数据库的情况在实际的业务开发中很常见，两个线程先后修改数据库的值，导致数据有问题，该问题复现的概率不大，处理的时候需要对整个模块体系有概念，才能容易定位问题。2、演
分类：
编程语言 时间：
2020-06-19 10:32:11
阅读次数：
61
一、并发控制 当程序中可能出现并发的情况时，就需要通过一定的手段来保证在并发情况下数据的准确性，通过这种手段保证了当前用户和其他用户一起操作时，所得到的结果和他单独操作时的结果是一样的。这种手段就叫做并发控制。并发控制的目的是保证一个用户的工作不会对另一个用户的工作产生不合理的影响。 没有做好并发控 ...
分类：
其他好文 时间：
2020-06-15 11:55:59
阅读次数：
66
