executor

目录： 1.volatile变量 2.Java并发编程学习 3. CountDownLatch用法 4. CyclicBarrier使用 5.BlockingQueue使用 6.任务执行器Executor 7.CompletionService使用 8.ConcurrentHashMap使用 9.Lock使用 一、 volatile变量 　　1.volatile原理：volatile的原理实际上是告诉处理器，不要把变量缓存在寄存器或者相对于其他处理器不可见的地方，而是把变量放在主存，每次读写操作都在主存上进行操作。另外，被申明为volatile的变量也不会与其它内存中的变量进行重排序。 　　2.volatile同步：volatile是同步的一个子集，只保证了变量的可见性，但是不具备原子特性。这就是说线程能够自动发现 volatile 变量的最新值。相对于同步而言，volatile的优势：a.简易性，可以像使用其他变量一样使用volatile变量；b.volatile变量不会造成线程阻塞； c. 如果读操作远远大于写操作，volatile 变量还可以提供优于锁的性能优势 。 　　3.正确使用volatile条件：对变量的写操作不依赖于当前值；该变量没有包含在具有其他变量的不变式中； /* * 对于第一条原则:对变量的写操作不依赖于当前值; * 虽然i++只有一条语句

文章目录 Docker - 分布式任务调度中心 - xxl-job 1、初始化“调度数据库” 2、调度中心配置文件详解 3、拉取镜像 4、创建容器并运行 5、管理，设置容器 6、进入控制面板 Docker - 分布式任务调度中心 - xxl-job 1、初始化“调度数据库” 获取调度数据库脚本最新版 ： Git EE 传送门 https://gitee.com/xuxueli0323/xxl-job/blob/master/doc/db/tables_xxl_job.sql GitHub 传送门 https://github.com/xuxueli/xxl-job/blob/master/doc/db/tables_xxl_job.sql 脚本如下，更新时间 2019年12月23日 16:26:06 # # XXL-JOB v2.2.0-SNAPSHOT # Copyright (c) 2015-present, xuxueli. CREATE database if NOT EXISTS ` xxl_job ` default character set utf8mb4 collate utf8mb4_unicode_ci ; use ` xxl_job ` ; CREATE TABLE ` xxl_job_info ` ( ` id ` int ( 11 ) NOT NULL

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 一、简介 什么是线程池 线程池是一种多线程处理形式，处理过程中将任务添加到队列，然后在创建线程后自动启动这些任务。 为什么要用线程池 如果并发请求数量很多，但每个线程执行的时间很短，就会出现频繁的创建和销毁线程。如此一来，会大大降低系统的效率，可能频繁创建和销毁线程的时间、资源开销要大于实际工作的所需。 正是由于这个问题，所以有必要引入线程池。使用 线程池的好处 有以下几点： 降低资源消耗 - 通过重复利用已创建的线程降低线程创建和销毁造成的消耗。 提高响应速度 - 当任务到达时，任务可以不需要等到线程创建就能立即执行。 提高线程的可管理性 - 线程是稀缺资源，如果无限制的创建，不仅会消耗系统资源，还会降低系统的稳定性，使用线程池可以进行统一的分配，调优和监控。但是要做到合理的利用线程池，必须对其原理了如指掌。 二、Executor 框架 Executor 框架是一个根据一组执行策略调用，调度，执行和控制的异步任务的框架，目的是提供一种将”任务提交”与”任务如何运行”分离开来的机制。 核心 API 概述 Executor 框架核心 API 如下： Executor - 运行任务的简单接口。 ExecutorService - 扩展了 Executor 接口。扩展能力： 支持有返回值的线程；

目录 前言 总览 Executor 接口 ExecutorService FutureTask AbstractExecutorService ThreadPoolExecutor Executors 总结 前言 我相信大家都看过很多的关于线程池的文章，基本上也是面试的时候必问的，如果你在看过很多文章以后，还是一知半解的，那希望这篇文章能让你真正的掌握好 Java 线程池。 本文一大重点是源码解析，同时会有少量篇幅介绍线程池设计思想以及作者 Doug Lea 实现过程中的一些巧妙用法。本文还是会一行行关键代码进行分析，目的是为了让那些自己看源码不是很理解的同学可以得到参考。 线程池是非常重要的工具，如果你要成为一个好的工程师，还是得比较好地掌握这个知识，很多线上问题都是因为没有用好线程池导致的。即使你为了谋生，也要知道，这基本上是面试必问的题目，而且面试官很容易从被面试者的回答中捕捉到被面试者的技术水平。 本文略长，建议在 pc 上阅读，边看文章边翻源码（Java7 和 Java8 都一样），建议想好好看的读者抽出至少 30 分钟的整块时间来阅读。当然，如果读者仅为面试准备，可以直接滑到最后的 总结 部分。 总览 开篇来一些废话。下图是 java 线程池几个相关类的继承结构： 先简单说说这个继承结构，Executor 位于最顶层，也是最简单的，就一个 execute

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> Executor 框架是 juc 里提供的线程池的实现。前两天看了下 Executor 框架的一些源码，做个简单的总结。 线程池大概的思路是维护一个的线程池用于执行提交的任务。我理解池的技术的主要意义有两个： 1. 资源的控制，如并发量限制。像连接池这种是对数据库资源的保护。 2. 资源的有效利用，如线程复用，避免频繁创建线程和线程上下文切换。 那么想象中设计一个线程池就需要有线程池大小、线程生命周期管理、等待队列等等功能，下面结合代码看看原理。 Excutor 整体结构如下： Executor 接口定义了最基本的 execute 方法，用于接收用户提交任务。 ExecutorService 定义了线程池终止和创建及提交 futureTask 任务支持的方法。 AbstractExecutorService 是抽象类，主要实现了 ExecutorService 和 futureTask 相关的一些任务创建和提交的方法。 ThreadPoolExecutor 是最核心的一个类，是线程池的内部实现。线程池的功能都在这里实现了，平时用的最多的基本就是这个了。其源码很精练，远没当时想象的多。 ScheduledThreadPoolExecutor 在 ThreadPoolExecutor