昨天发现线上有一些业务逻辑没有执行到，但是代码入口代码日志已经打印，深入下去一看，底层库里有一个事件执行的方法在每次执行时都会 new 一个 thread，在以往量不大时没有问题，量大时就可能导致线程创建不出来，报OOM错误（由于有同事在我看这个时重启了服务导致 gc 日志被清空和栈信息丢失，这个原因只是一个猜测）。
前两天看到一个大佬写的博客，提到高阶开发者必须掌握的技能，其中他明确提出了“精通多线程性能调优”。
前段时间公司里有个项目需要进行重构，目标是提高吞吐量和可用性，在这个过程中对原有的线程模型和处理逻辑进行了修改，发现有很多基础的多线程的知识已经模糊不清，如底层线程的运行情况、现有的线程池的策略和逻辑、池中线程的健康状况的监控等，这次重新回顾了一下，其中涉及大量java.util.concurrent包中的类。本文将会包含以下内容：
《对线面试官》是我一字字敲出来的，是我准备跳槽时按照自己的思路撰写而成。 它不会花长的篇幅讲述基础API相关的知识，会着重讲解重点高频率面试题，又或是实际工作中如何使用这项技术的它。模拟真实的面试场景，面试者实际的回答内容可能是怎么样的。 如果有看过的人，自然就懂，跟大部分的面试题是有区别的，这个系列也使我在知乎获近万赞，至少我认为它是有价值。等我下次跳槽，我绝对会回看我自己写的对线面试官系列。 为了增添趣味性会有图片版本（在其中穿插大量表情包或者梗），为了复习效率性会有纯文版本，纯文版本还有离线PDF电子
作者：13 GitHub：https://github.com/ZHENFENG13 版权声明：本文为原创文章，未经允许不得转载。 前言 不要被标题吓到，虽然书籍是《实战java高并发程序设计》，不过本文只是写一写本人的一点读书感受，顺便整理了一下书中的代码，其实我原本是不想敲代码的，不过去网络上搜了一圈之后，发现根本没有现成的，只能自己敲了，既然整理好了一部分代码，索性就上传到GitHub上，让大家都看一看，节省一下其他人的时间，GitHub地址在这里，无法访问的话，也可以到码云的仓库中看，地址是点
“ 在深入理解Java虚拟机一书的高效并发部分中提到：按照线程安全的安全程度由强至弱来排序，可以将Java语言中各种操作共享数据分为5类：不可变，绝对线程安全，相对线程安全，线程兼容和线程对立(这种划分也是Brian Goetz在IBM developWorkers中发表的一篇论文提出的)。”
Java.lang.Thread是Java应用程序员对Java多线程的第一站，Thread就是对Java线程本身的抽象
鉴于很多同学反馈没看懂【对线面试官】系列，基础相关的知识我确实写过文章讲解过啦，但有的同学就是不爱去翻。
也就是说，我们完全可以做一个工具，从一个文件中读入指令，然后将这些指令运行起来。上面代码中“编好的机器指令”当然指的是能在CPU上运行的，如果这里我还实现了一个翻译机器：从自己定义的格式指令翻译到CPU指令，那么就可以执行根据自定义格式的代码了。那么上面这段代码是不是相当于最简单的一个虚拟机了？下面来看JVM的总体结构：
2、SynchronizedMap和ConcurrentHashMap有什么区别？
最近偶然间看见一道名为史上最难的java面试题，这个题让了我对线程安全的有了一些新的思考，给大家分享一下这个题吧:
线程组是使用 Java 线程进行管理和组织的一种模型。Java 中的线程组是一个 ThreadGroup 类对象，它充当了一个父容器，可以将同一类线程分成一组，并提供追踪这些线程状态、统计信息及管理这些线程的方法。在线程组中，如果发生未捕获异常，可以通过 Thread.UncaughtExceptionHandler 进行处理。
线程，程序执行流的最小执行单位，是行程中的实际运作单位，经常容易和进程这个概念混淆。那么，线程和进程究竟有什么区别呢？首先，进程是一个动态的过程，是一个活动的实体。简单来说，一个应用程序的运行就可以被看做是一个进程，而线程，是运行中的实际的任务执行者。可以说，进程中包含了多个可以同时运行的线程。
在线程的相关介绍中，有讲到“线程的实现”分为三种：内核支持，用户级以及两者混合。（这只是一种简要的分类）
JAVA中操作共享数据按照线程安全程度大致分为5类： 不可变，绝对线程安全，相对线程安全，线程兼容和线程对立
作为一个后端开发工程师，我们大部分时间都是在开发业务接口，作为一个资深开发，我们不仅仅是要保证能用就行，更重要的是要保证接口的性能。那么如果接口慢，我们应该从哪些方面对接口进行优化呢？
线程：程序流执行的最小单元。线程是比进程更轻量级的调度执行单位，线程的引入，可以把一个进程的资源分配和执行调度分开，各个线程既可以共享进程资源（内存地址、文件I/O等），又可以独立调度（线程是CPU调度的基本单位）。
我们在编写程序的时候，一般是有个顺序的，就是先实现再优化，并不是所有的牛P程序都是一次就写出来的，肯定都是不断的优化完善来持续实现的。因此我们在考虑实现高并发程序的时候，要先保证并发的正确性，然后在此基础上来实现高效。所以线程安全是高并发程序首先需要保证的。
前面的几篇文章主要介绍了线程的一些最基本的概念，包括线程的间的冲突及其解决办法，以及线程间的协作机制。本篇主要来学习下Java中对线程中断机制的实现。在我们的程序中经常会有一些不达到目的不会
上篇 并发编程-12线程安全策略之常见的线程不安全类讲了一些常用的线程不安全的集合容器（ArrayList、HashMap、HashSet），如果有多个线程并发访问这些集合时就会出现线程不安全的问题。 当我们在使用这些容器时，需要我们自己来处理线程安全的问题。 使用起来相对会有些不便，而Java在这方面提供了相应的同步容器，我们可以在多线程情况下可以结合实际场景考虑使用这些同步容器。
在多线程编程中，线程池是一种重要的并发编程模型，它可以有效地管理和重用线程，提高程序的性能和效率。本文将介绍创建线程池的几种常见方式，并对它们进行比较分析。
并发不一定要依赖多线程（如PHP的多进程并发），但在Java中谈论并发，大多数都与线程脱不开关系
这个文章不会涉及太深的线程知识（太深我也不懂）。这里只是把线程池的一些概念整理一下，当被问到这个题目的时候，尽可能背给面试官听就行了。
并发不一定都要用到线程，比如PHP中用到的是多进程。但是在Java中并发基本上都是使用线程来实现的。我们先来看看线程在Java虚拟机中是如何实现的。
内存可见性：所有线程都能看到共享内存的最新状态。每次读取前必须先从主内存刷新最新的值。每次写入后必须立即同步回主内存当中。
小编这里整理了一份JAVA多线程并发编程的详细思维导图，想了解的小伙伴可以点开看看呢。
当一个线程访问一个对象时，如果不用考虑这些线程在运行时环境下的调度和交替执行，也不需要进行额外的同步，或者在调用方法进行任何其他协调操作，调用这个对象的行为都可以获得正确的结果，那这个对象是线程安全的。 线程安全的代码都必须具备一个特征：代码本身封装了所有必要的正确性保障手段（如互斥同步等），令调用者无需关心多线程的问题，更无须自己采取任何措施来保证多线程的正确调用。
我们都知道，线程是比进程更轻量级的调度执行单位，线程的引入，可以把一个进程的资源分配和执行调度分开，各个线程既可以共享进程资源调度（内存地址、文件I/O等），又可以独立调度。
在真实高并发场景下，一般不会直接使用 Thread 类创建线程，而是使用线程池来创建并管理线程。可以这么说，学好线程池对于并发编程是非常重要的。
导语：多线程相对于其他 Java 知识点来讲，有一定的学习门槛，并且了解起来比较费劲。在平时工作中如若使用不当会出现数据错乱、执行效率低（还不如单线程去运行）或者死锁程序挂掉等等问题，所以掌握了解多线程至关重要。
在上篇博客（【死磕Java并发】—–深入分析volatile的实现原理）LZ提到过由于存在线程本地内存和主内存的原因，再加上重排序，会导致多线程环境下存在可见性的问题。那么我们正确使用同步、锁的情况下，线程A修改了变量a何时对线程B可见？ 我们无法就所有场景来规定某个线程修改的变量何时对其他线程可见，但是我们可以指定某些规则，这规则就是happens-before，从JDK 5 开始，JMM就使用happens-before的概念来阐述多线程之间的内存可见性。 在JMM中，如果一个操作执行的结果需要对另一个
在上篇博客（【死磕Java并发】—–深入分析volatile的实现原理）LZ提到过由于存在线程本地内存和主内存的原因，再加上重排序，会导致多线程环境下存在可见性的问题。那么我们正确使用同步、锁的情况下，线程A修改了变量a何时对线程B可见？
Java创建一个线程很方便，只需new Thread()就可以， 但是当有多个任务需要进行进行处理时，频繁的进行创建和启用线程同样需要系统开销，也不利于管理，于是同mysql的连接池一样，自然有对线程的管理池即线程池。
不经意间都已经在上一篇文章中聊到ReentrantLock了，但是回头一看，关于多线程基础的内容还有很多没涉及2到，而ReentrantLock却是属于比较高级的线程应用了。今天统一回顾下这些基础的知识点。
多线程相对于其他 Java 知识点来讲，有一定的学习门槛，并且了解起来比较费劲。在平时工作中如若使用不当会出现数据错乱、执行效率低（还不如单线程去运行）或者死锁程序挂掉等等问题，所以掌握了解多线程至关
既然Java中支持以多线程的方式来执行相应的任务，但为什么在JDK1.5中又提供了线程池技术呢？这个问题大家自行脑补，多动脑，肯定没坏处，哈哈哈。。。
来源：chenssy， cmsblogs.com/?p=2102 那么我们正确使用同步、锁的情况下，线程A修改了变量a何时对线程B可见？ 我们无法就所有场景来规定某个线程修改的变量何时对其他线程可见
Java的volatile关键字用于将Java变量标记为“存储在主内存中”。更准确地说，每次对volatile变量的读取都将从计算机主内存中读取，而不是从CPU缓存中读取，并且每次对volatile变量的写入都将写入主内存，而不仅仅写在CPU缓存。
前言 上篇文章《Spring Cloud中Hystrix 线程隔离导致ThreadLocal数据丢失》我们对ThreadLocal数据丢失进行了详细的分析，并通过代码的方式复现了这个问题。 在上篇文章的末尾我也说了思路给大家提供了，如果需要能够在Hystrix 为线程隔离模式也能正确传递数据的话，需要我们自己去修改。 我这边以Zuul中自定义负载均衡策略来进行讲解，在Zuul中需要实现灰度发布的功能，需要在Filter中将请求的用户信息传递到自定的负载策略中，Zuul中整合了Hystrix，从Zuul Fi
在博客 【Android 异步操作】线程池 ( 线程池简介 | 线程池初始化方法 | 线程池种类 | AsyncTask 使用线程池示例 ) 中 , 简单介绍了 线程池 , 以及 Java 提供的四个基本线程池 , 线程池的 基本工作机制 , 如核心线程 , 非核心线程 等 ;
Java对线程内置支持是一把双刃剑。它通过提供语言和类库，以及一个规范的跨平台存储模型，简化了并发应用的开发。这样做同时提高了开发人员门槛，因为更多的程序需要使用线程，主流的开发人员都必须知道线程安全性的问题。
定义：当多个线程访问一个对象时，如果不用考虑这些线程在运行时环境下的调度和交替执行，也不需要进行额外的同步，或者在调用方进行任何其他的协调操作，调用这个对象的行为都可以获得正确的结果，那这个对象是线程安全的。
JMM把happens-before要求禁止的重排序分为下面两类： - 会改变程序执行结果的重排序； - 不会改变程序执行结果的重排序。
1 线程安全 当多个线程访问一个对象时，如果不用考虑这些线程在运行环境下的调度和交替执行，也不需要进行额外的同步，或者在调用方进行任何其他的协调操作，调用这个对象的行为都可以获得正确的结果，那么这个对象是线程安全的 1.1 Java语言中的线程安全 按照线程安全的“安全程度”由强至弱来排序，我们可以将Java语言中各种操作共享的数据分为 不可变(Immutable) 不可变的对象一定是线程安全的。 保证对象行为不影响自己状态的途径有很多种，最简单的就是把对象中带有状态的变量都声明为final Jav
由于线程的创建和销毁对操作系统来说都是比较重量级的操作，所以线程的池化在各种语言内都有实践，当然在 Java 语言中线程池是也非常重要的一部分，有 Doug Lea 大神对线程池的封装，我们使用的时候是非常方便，但也可能会因为不了解其具体实现，对线程池的配置参数存在误解。
👋 你好，我是 Lorin 洛林，一位 Java 后端技术开发者！座右铭：Technology has the power to make the world a better place.
本文讲解了 Java 中线程优先权的模拟和其应用场景，并给出了样例代码。线程优先级是指操作系统在调度多个线程时给予每个线程的优先级。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
