J三石的博客

JUC线程安全的集合类-ConcurrentHashMap（1）错误用法：1.将26个英文字母打散，每个字母出现两百次，将字母平均分到26个txt文件中。先创建测试文件/** * 初始化数据 * 单词计数 * @author jiangl * @version 1.0 * @date 2021/4/15 14:58 */public class InitDataClass{ static final String ALPHA = "abcdefghijklmnopqrstuv

JUC线程安全的集合类线程安全集合列可以分为三大类：1.遗留的线程安全集合类：Hashtable,VectorHashtable（Since: JDK1.0）中的所有方法都是加了synchronized的锁（并发度很低）。public synchronized V put(K key, V value) { // Make sure the value is not null if (value == null) { throw new NullPointerEx

JUCCyclicBarrierCyclicBarrier循环栅栏，用来进行线程协作，等待线程满足某个计数。构造时设计【计数个数】，每个线程执行到某个需要“同步“的时刻代用await()方法进行等待，当等待的线程数满足【计数个数】时，继续执行。相较于CountDownLatch，CyclicBarrier可以重复循环使用。构造方法：public CyclicBarrier(int parties, Runnable barrierAction) { if (parties <= 0

JUCCountDownLatchcountDownLatch用来进行线程同步协作，等待所有线程完成倒计时。例子：public class CountDownLatchTest2 { public static void main(String[] args) { CountDownLatch countDownLatch = new CountDownLatch(3); new Thread(()->{ log.info

JUCSemaphoreSempahore原理类图：Sempahore的构造方法有两个public Semaphore(int permits) { //默认非公平的 sync = new NonfairSync(permits);}public Semaphore(int permits, boolean fair) { sync = fair ? new FairSync(permits) : new NonfairSync(permits);}实例代码：

JUCSemaphore信号量，用来限制能同时访问共享资源的线程上限（单机限流）。单位时间内，只允许 设定数量的线程执行，超过数量的线程进入阻塞。等到执行中线程调用release()释放了资源，阻塞线程竞争资源继续执行。Semaphore可以设置公平与非公平两种模式，非公平模式在竞争Sempahore资源的时候不会判断等待队列是否有线程阻塞，公平模式则在acquire()方法中先判断等待队列中是否有阻塞线程，存在则排队到队列中。使用例子：public class SemaphoreTest {

JUCstampedLockjava.util.concurrent.locks.StampedLock该类自JDK8加入，是为了进一步优化读性能，它的特点是在使用读锁、写锁时都必须配合【戳】使用加解读锁 stamp = lock.readLock(); lock.unlockRead(stamp);加解写锁 long stamp = lock.writeLock(); lock.unlockWrite(stamp);乐观读，StampedLock支持tryOp