juc

Java并发手撕题详解：原理、实现与面试避坑指南🔥你好我是fengxin_rou这是我的个人主页fengxin_rou的主页❄️欢迎查看我的专栏我的专栏

【从零开始的JUC并发第四章】：JUC常用工具类🔥你好我是fengxin_rou这是我的个人主页fengxin_rou的主页❄️欢迎查看我的专栏我的专栏

每日Java面试场景题知识点之-JUC并发编程核心原理与实战JUC（java.util.concurrent）是Java并发编程的核心工具包，自JDK5引入以来，经历了多次迭代优化，目前已成为Java企业级开发中处理并发场景的基石。JUC包主要包含以下几大核心模块：

【juc第三章】：AQS机制全解🔥你好我是fengxin_rou这是我的个人主页fengxin_rou的主页❄️欢迎查看我的专栏我的专栏

【JUC第二章下】：锁机制&关键字🔥你好我是fengxin_rou这是我的个人主页fengxin_rou的主页❄️欢迎查看我的专栏我的专栏

【JUC第二章上】：锁机制&关键字🔥你好我是fengxin_rou这是我的个人主页fengxin_rou的主页❄️欢迎查看我的专栏我的专栏

【juc面试第一章】：线程基础🔥你好我是fengxin_rou这是我的个人主页fengxin_rou的主页❄️欢迎查看我的专栏我的专栏

阿昌喜欢吃黄桃

如果线程池中线程异常后：销毁还是复用？hi，我是阿昌，今天分享一下如果线程池中线程异常后：销毁还是复用？下面讨论的线程池是：java.util.concurrent.ExecutorService线程池

Java中atomic底层原理 - ABA 问题与解决方案CAS 存在一个经典问题：如果值从 A 变为 B 再变回 A，CAS 会认为没有变化，但实际上变量已被修改过。解决方案：使用带版本戳的原子类版本戳解决ABA问题的思路很直接：把一次简单的CAS，变成“值+版本号”的配对CAS。多了一个维度，就多了一层保障。

阿昌喜欢吃黄桃

并发线程工具类分享hi，我是阿昌，今天分享一下并发线程工具类分享可以更好的在实际项目中进行使用，废话不多说，上来先分享java类

长谷深风111

Java并发编程：线程安全与多线程实战指南【个人八股】这个部分强调的是Java并发编程，那么就需要强调一下多线程环境下的数据安全性问题！首先是并行和并发 [针对多个任务]，需要明确这两个概念！

阿维的博客日记

怎么用ThreadLocal解决用户的登录上下文在 Web 开发中，用 ThreadLocal 存储用户登录上下文（User Context）是一个非常经典且高效的设计模式。它能让你在业务层代码的任何地方，像呼吸一样自然地获取当前登录用户，而不需要在每个方法参数里都传一遍 userId。

JUC 实际业务高频面试题浅谈整体学习顺序：线程基础 → 并发三大特性/JMM → 内置锁synchronized → 显式锁Lock/AQS → 同步工具类 → 线程池 → 并发容器 → CompletableFuture异步编排 → ThreadLocal → 真实业务并发场景实战

ReentrantReadWriteLock 深度解析有个缓存，99% 的时间在读，1% 的时间在写。用 synchronized？读操作互相阻塞，吞吐量上不去。

【JavaEE】多线程05如果想要自己实现一把锁，就需要关注锁策略。悲观锁与乐观锁不是针对某一种具体的锁，而是某个具体的锁具有 "悲观" 特性或者 "乐观" 特性。

线程中断，等待，唤醒与ThreadLocal第四章线程中断，等待，唤醒与ThreadLocal3种让线程等待和唤醒的方法：方式1：使用Object中的wait()方法让线程等待，使用Object中的notify()方法唤醒线程

AQS同步器核心原理深度剖析AQS（AbstractQueuedSynchronizer）是Java并发包java.util.concurrent的核心基础组件，它是实现锁、信号量、倒计时门栓、循环屏障等同步器的基础。理解AQS的原理，对于深入掌握Java并发编程、阅读JUC源码、甚至自定义同步器都至关重要。本文将从设计思想、核心数据结构、源码实现三个维度全面解析AQS。

ConcurrentHashMap高效并发机制深度解析ConcurrentHashMap是Java并发包java.util.concurrent中最核心的组件之一，专为高并发场景设计。相比HashMap的线程不安全、Hashtable的性能低下，ConcurrentHashMap通过精巧的锁设计和无锁算法，实现了高性能与线程安全的完美平衡。本文将从源码角度深度剖析ConcurrentHashMap的实现原理。

Java中关于“锁”的那些事第二章 Java中关于“锁”的那些事悲观锁：认为自己在使用数据的时候一定有别的线程来修改数据，因此在获取数据的时候会先加锁，确保数据不会被别的线程修改。 synchronized关键字和Lock的实现类都是悲观锁适合写操作多的场景乐观锁：认为自己在使用数据时不会有别的线程修改数据，所以不会添加锁，只是在更新数据的时候去判断之前有没有别的线程更新了这个数据。如果这个数据没有被更新，当前线程将自己修改的数据成功写入。如果数据已经被其他线程更新，则根据不同的实现方式执行不同的操作 Java中是通过使用无锁编