JUC-day03

最新推荐文章于 2024-05-16 20:42:16 发布
最新推荐文章于 2024-05-16 20:42:16 发布
阅读量409 收藏
点赞数
分类专栏： JUC 文章标签： java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Libra_97/article/details/129166576
版权

JUC-day03

  • 线程池: 核心参数(核心线程数 最大线程数 闲置时间 闲置时间单位 阻塞队列 拒绝策略 工厂对象)—理论
  • 异步编排: 代码能并行的运行起来—练习(业务能力)
  • 流式编程: 串行化编程(List—>数据流—>逻辑一致(过滤器)—>新数据)----练习(编码能力)

1 阻塞队列

1.1 简介

BlockingQueue阻塞队列，顾名思义，首先它是一个队列, 通过一个共享的队列，可以使得数据由队列的一端输入，从另外一端输出；常用的队列主要有以下两种：

  • 先进先出（FIFO）：先插入的队列的元素也最先出队列，类似于排队的功能。从某种程度上来说这种队列也体现了一种公平性

  • 后进先出（LIFO）：后插入队列的元素最先出队列，这种队列优先处理最近发生的事件(栈)

多线程环境中，通过队列可以很容易实现数据共享，比如经典的“生产者”和“消费者”模型中，通过队列可以很便利地实现两者之间的数据共享, 但如果生产者和消费者在某个时间段内，万一发生数据处理速度不匹配的情况呢？

  • 当队列中没有数据的情况下，消费者端的所有线程都会被自动阻塞（挂起），直到有数据放入队列
  • 当队列中填满数据的情况下，生产者端的所有线程都会被自动阻塞（挂起），直到队列中有空的位置，线程被自动唤醒

1.2 核心方法

放入数据

  • offer(anObject):表示如果可能的话,将anObject加到BlockingQueue里,即如果BlockingQueue可以容纳,则返回true,否则返回false.（本方法不阻塞当前执行方法的线程）
  • offer(E o, long timeout, TimeUnit unit)：可以设定等待的时间，如果在指定的时间内，还不能往队列中加入BlockingQueue，则返回失败
  • put(anObject):把anObject加到BlockingQueue里,如果BlockQueue没有空间,则调用此方法的线程被阻断直到BlockingQueue里面有空间再继续.

获取数据

  • poll(time): 取走BlockingQueue里排在首位的对象,若不能立即取出,则可以等time参数规定的时间,取不到时返回null
  • poll(long timeout, TimeUnit unit)：从BlockingQueue取出一个队首的对象，如果在指定时间内，队列一旦有数据可取，则立即返回队列中的数据。否则知道时间超时还没有数据可取，返回失败。
  • take(): 取走BlockingQueue里排在首位的对象,若BlockingQueue为空,阻断进入等待状态直到BlockingQueue有新的数据被加入;
  • drainTo(): 一次性从BlockingQueue获取所有可用的数据对象（还可以指定获取数据的个数），通过该方法，可以提升获取数据效率；不需要多次分批加锁或释放锁。

1.3 常见的BlockingQueue

1.3.1 ArrayBlockingQueue(常用)

基于数组的阻塞队列实现，在ArrayBlockingQueue内部，维护了一个定长数组，以便缓存队列中的数据对象，这是一个常用的阻塞队列，除了一个定长数组外，ArrayBlockingQueue内部还保存着两个整形变量，分别标识着队列的头部和尾部在数组中的位置。

ArrayBlockingQueue在生产者放入数据和消费者获取数据，都是共用同一个锁对象，由此也意味着两者无法真正并行运行，这点尤其不同于LinkedBlockingQueue；

按照实现原理来分析，ArrayBlockingQueue完全可以采用分离锁，从而实现生产者和消费者操作的完全并行运行。之所以没这样去做，也许是因为ArrayBlockingQueue的数据写入和获取操作已经足够轻巧，以至于引入独立的锁机制，除了给代码带来额外的复杂性外，其在性能上完全占不到任何便宜。

ArrayBlockingQueue和LinkedBlockingQueue间还有一个明显的不同之处在于，前者在插入或删除元素时不会产生或销毁任何额外的对象实例，而后者则会生成一个额外的Node对象。这在长时间内需要高效并发地处理大批量数据的系统中，其对于GC的影响还是存在一定的区别。

在创建ArrayBlockingQueue时，我们还可以控制对象的内部锁是否采用公平锁，默认采用非公平锁。

一句话总结: 由数组结构组成的有界阻塞队列。

1.3.2 LinkedBlockingQueue(常用)

基于链表的阻塞队列，同ArrayListBlockingQueue类似，其内部也维持着一个数据缓冲队列（该队列由一个链表构成），当生产者往队列中放入一个数据时，队列会从生产者手中获取数据，并缓存在队列内部，而生产者立即返回；

只有当队列缓冲区达到最大值缓存容量时（LinkedBlockingQueue可以通过构造函数指定该值），才会阻塞生产者队列，直到消费者从队列中消费掉一份数据，生产者线程会被唤醒，反之对于消费者这端的处理也基于同样的原理。而LinkedBlockingQueue之所以能够高效的处理并发数据，还因为其对于生产者端和消费者端分别采用了独立的锁来控制数据同步，这也意味着在高并发的情况下生产者和消费者可以并行地操作队列中的数据，以此来提高整个队列的并发性能。

ArrayBlockingQueue和LinkedBlockingQueue是两个最普通也是最常用的阻塞队列，一般情况下，在处理多线程间的生产者消费者问题，使用这两个类足以。

一句话总结: 由链表结构组成的有界（但大小默认值为integer.MAX_VALUE）阻塞队列。

1.3.3 DelayQueue

DelayQueue中的元素只有当其指定的延迟时间到了，才能够从队列中获取到该元素。DelayQueue是一个没有大小限制的队列，因此往队列中插入数据的操作（生产者）永远不会被阻塞，而只有获取数据的操作（消费者）才会被阻塞。

一句话总结: 使用优先级队列实现的延迟无界阻塞队列。

1.4.4 PriorityBlockingQueue

基于优先级的阻塞队列（优先级的判断通过构造函数传入的Compator对象来决定），但需要注意的是PriorityBlockingQueue并不会阻塞数据生产者，而只会在没有可消费的数据时，阻塞数据的消费者。

因此使用的时候要特别注意，生产者生产数据的速度绝对不能快于消费者消费数据的速度，否则时间一长，会最终耗尽所有的可用堆内存空间。

在实现PriorityBlockingQueue时，内部控制线程同步的锁采用的是公平锁。

一句话总结: 支持优先级排序的无界阻塞队列。

1.4.5 SynchronousQueue

一种无缓冲的等待队列，类似于无中介的直接交易，有点像原始社会中的生产者和消费者，生产者拿着产品去集市销售给产品的最终消费者，而消费者必须亲自去集市找到所要商品的直接生产者，如果一方没有找到合适的目标，那么对不起，大家都在集市等待。相对于有缓冲的BlockingQueue来说，少了一个中间经销商的环节（缓冲区），如果有经销商，生产者直接把产品批发给经销商，而无需在意经销商最终会将这些产品卖给那些消费者，由于经销商可以库存一部分商品，因此相对于直接交易模式，总体来说采用中间经销商的模式会吞吐量高一些（可以批量买卖）；但另一方面，又因为经销商的引入，使得产品从生产者到消费者中间增加了额外的交易环节，单个产品的及时响应性能可能会降低。

声明一个SynchronousQueue有两种不同的方式，它们之间有着不太一样的行为。

公平模式和非公平模式的区别:

  • 公平模式：SynchronousQueue会采用公平锁，并配合一个FIFO队列来阻塞多余的生产者和消费者，从而体现整体的公平策略；

  • 非公平模式（SynchronousQueue默认）：SynchronousQueue采用非公平锁，同时配合一个LIFO队列来管理多余的生产者和消费者，而后一种模式，如果生产者和消费者的处理速度有差距，则很容易出现饥渴的情况，即可能有某些生产者或者是消费者的数据永远都得不到处理。

一句话总结: 不存储元素的阻塞队列，也即单个元素的队列。

1.4.6 LinkedTransferQueue

LinkedTransferQueue是一个由链表结构组成的无界阻塞TransferQueue队列。相对于其他阻塞队列，LinkedTransferQueue多了tryTransfer和transfer方法。

LinkedTransferQueue采用一种预占模式。意思就是消费者线程取元素时，如果队列不为空，则直接取走数据，若队列为空，那就生成一个节点（节点元素为null）入队，然后消费者线程被等待在这个节点上，后面生产者线程入队时发现有一个元素为null的节点，生产者线程就不入队了，直接就将元素填充到该节点，并唤醒该节点等待的线程，被唤醒的消费者线程取走元素，从调用的方法返回。

一句话总结: 由链表组成的无界阻塞队列。

1.4.7 LinkedBlockingDeque

LinkedBlockingDeque是一个由链表结构组成的双向阻塞队列，即可以从队列的两端插入和移除元素。

对于一些指定的操作，在插入或者获取队列元素时如果队列状态不允许该操作可能会阻塞住该线程直到队列状态变更为允许操作，这里的阻塞一般有两种情况

  • 插入元素时: 如果当前队列已满将会进入阻塞状态，一直等到队列有空的位置时再讲该元素插入，该操作可以通过设置超时参数，超时后返回 false 表示操作失败，也可以不设置超时参数一直阻塞，中断后抛出InterruptedException异常
  • 读取元素时: 如果当前队列为空会阻塞住直到队列不为空然后返回元素，同样可以通过设置超时参数

一句话总结: 由链表组成的双向阻塞队列

1.5 小结

1. 在多线程领域：所谓阻塞，在某些情况下会挂起线程（即阻塞），一旦条件满足，被挂起的线程又会自动被唤起

2. 为什么需要BlockingQueue?
在concurrent包发布以前，在多线程环境下，我们每个程序员都必须去自己控制这些细节，尤其还要兼顾效率和线程安全，而这会给我们的程序带来不小的复杂度。使用后我们不需要关心什么时候需要阻塞线程，什么时候需要唤醒线程，因为这一切BlockingQueue都给你一手包办了,一般使用有界阻塞阻塞队列，无界队列容易造成OOM**

2 ThreadPool线程池

2.1 线程池简介

线程池（英语：thread pool）：一种线程使用模式。线程过多会带来调度开销，进而影响缓存局部性和整体性能。而线程池维护着多个线程，等待着监督管理者分配可并发执行的任务。这避免了在处理短时间任务时创建与销毁线程的代价。线程池不仅能够保证内核的充分利用，还能防止过分调度。

例子：
10年前单核CPU电脑，假的多线程，像马戏团小丑玩多个球，CPU需要来回切换。
现在是多核电脑，多个线程各自跑在独立的CPU上，不用切换效率高。

线程池的优势：
线程池做的工作只要是控制运行的线程数量，处理过程中将任务放入队列，然后在线程创建后启动这些任务，如果线程数量超过了最大数量，超出数量的线程排队等候，等其他线程执行完毕，再从队列中取出任务来执行。

它的主要特点为：

  • 降低资源消耗: 通过重复利用已创建的线程降低线程创建和销毁造成的销耗。
  • 提高响应速度: 当任务到达时，任务可以不需要等待线程创建就能立即执行。
  • 提高线程的可管理性: 线程是稀缺资源，如果无限制的创建，不仅会销耗系统资源，还会降低系统的稳定性，使用线程池可以进行统一的分配，调优和监控。

2.2 线程池参数说明

2.2.1 常用参数(重点)

  • corePoolSize线程池的核心线程数
  • maximumPoolSize能容纳的最大线程数
  • keepAliveTime空闲线程存活时间
  • unit 存活的时间单位
  • workQueue 存放提交但未执行任务的队列
  • threadFactory 创建线程的工厂类
  • handler 等待队列满后的拒绝策略

线程池中，有三个重要的参数，决定影响了拒绝策略：corePoolSize - 核心线程数，也即最小的线程数。workQueue - 阻塞队列 。 maximumPoolSize - 最大线程数

当提交任务数大于 corePoolSize 的时候，会优先将任务放到 workQueue 阻塞队列中。当阻塞队列饱和后，会扩充线程池中线程数，直到达到 maximumPoolSize 最大线程数配置。此时，再多余的任务，则会触发线程池的拒绝策略了。

总结起来，也就是一句话，当提交的任务数大于（workQueue.size() + maximumPoolSize ），就会触发线程池的拒绝策略。

2.2.2 拒绝策略(重点)

CallerRunsPolicy: 当触发拒绝策略，只要线程池没有关闭的话，则使用调用线程直接运行任务。一般并发比较小，性能要求不高，不允许失败。但是，由于调用者自己运行任务，如果任务提交速度过快，可能导致程序阻塞，性能效率上必然的损失较大

AbortPolicy: 丢弃任务，并抛出拒绝执行 RejectedExecutionException 异常信息。线程池默认的拒绝策略。必须处理好抛出的异常，否则会打断当前的执行流程，影响后续的任务执行

DiscardPolicy: 直接丢弃，其他啥都没有

DiscardOldestPolicy: 当触发拒绝策略，只要线程池没有关闭的话，丢弃阻塞队列 workQueue 中最老的一个任务，并将新任务加入

2.3 线程池的种类与创建

2.3.1 newCachedThreadPool(常用)

作用：创建一个可缓存线程池，如果线程池长度超过处理需要，可灵活回收空闲线程，若无可回收，则新建线程.

特点:

  • 线程池中数量没有固定，可达到最大值（Interger. MAX_VALUE）
  • 线程池中的线程可进行缓存重复利用和回收（回收默认时间为1分钟）
  • 当线程池中，没有可用线程，会重新创建一个线程

**创建方式： **

package com.atguigu.ThreadPool;


import java.util.concurrent.*;

public class ThreadPool {

    /**
     * 可缓存线程池
     * @return
     */
    public static ExecutorService newCacheThreadPool(){
        // 事先准备好一些线程，需要使用的时候就去拿，用完了放回去
        return new ThreadPoolExecutor(16,  // 核心线程数
                32,  // 最大线程数
                10,  // 空闲线程存活时间
                TimeUnit.SECONDS,  // 存活的时间单位
                new ArrayBlockingQueue<>(100),  // 存放提交但未执行任务的队列
                Executors.defaultThreadFactory(),  // 创建线程的工厂类：可以省略
                new ThreadPoolExecutor.AbortPolicy());  // 等待队列满后的拒绝策略:可以省略 线程池满负荷的时候的处理方法


    }

    public static void main(String[] args) {
        // 将一个任务丢给线程池，让线程池自己选择一个线程执行
        newCacheThreadPool().execute(()->{

        });
    }

    /**
     * 线程池中存在两种线程：
     * 1.核心线程：一直存在的，不会被回收
     * 2.非核心线程：不是一直运行的/存在的，会因为闲置时间的设置而被回收掉
     * 闲置时间：是针对非核心线程进行的设置
     */

    /**
     * 任务
     * 线程池的膨胀流程由任务触发
     * 1.线程池初始化完成后，线程池中的状态为：
     *      核心线程数：0个，非核心线程：0个，阻塞队列：0个
 *     2.现在有一个任务丢给线程池去执行，线程池中的状态为：
     *      核心线程数：1个，非核心线程：0个，阻塞队列：0个
     * 3.与此同时来了11个任务,,线程池中的状态为:
     *      核心线程数：12个，非核心线程：0个，阻塞队列：0个
     * 4.与此同时又来了1个任务,线程池中的状态为:
     *      核心线程数：12个，非核心线程：0个，阻塞队列：1个
     * 5.与此同时又来了9999个任务,线程池中的状态为:
     *      核心线程数：12个，非核心线程：0个，阻塞队列：10000个
     * 6.与此同时又来了1个任务,线程池中的状态为:
     *      核心线程数：12个，非核心线程：1个，阻塞队列：10000个
     * 7.与此同时又来了11个任务,线程池中的状态为:
     *      核心线程数：12个，非核心线程：12个，阻塞队列：10000个
     * 8.与此同时又来了1个或N任务,线程池中的状态为:
     *      核心线程数：12个，非核心线程：12个，阻塞队列：10000个 触发拒绝策略
     *
     * 触发拒绝策略：
     *  DiscardPolicy:不执行任务，啥都不做
     *  AbortPolicy(默认策略):不执行任务，抛异常
     *  CalleRunsPolicy:谁调用的任务谁执行(可能影响调用线程的性能)
     *  DiscardOldestPolicy:将队列头的任务出列,并且丢掉，将新任务丢给线程池执行(阻塞队列尾/最后一个)
     *  将等待时间最久的任务丢掉，将新任务入列
     */


}

**场景: **适用于创建一个可无限扩大的线程池，服务器负载压力较轻，执行时间较短，任务多的场景

2.3.2 newFixedThreadPool(常用)

作用：创建一个可重用固定线程数的线程池，以共享的无界队列方式来运行这些线程。在任意点，在大多数线程会处于处理任务的活动状态。如果在所有线程处于活动状态时提交附加任务，则在有可用线程之前，附加任务将在队列中等待。如果在关闭前的执行期间由于失败而导致任何线程终止，那么一个新线程将代替它执行后续的任务（如果需要）。在某个线程被显式地关闭之前，池中的线程将一直存在。

**特征： **

  • 线程池中的线程处于一定的量，可以很好的控制线程的并发量
  • 线程可以重复被使用，在显式关闭之前，都将一直存在
  • 超出一定量的线程被提交时候需在队列中等待

创建方式：

/**
     * 固定长度线程池
     * @return
     */
    public static ExecutorService newFixedThreadPool(){
        /**
         * corePoolSize线程池的核心线程数
         * maximumPoolSize能容纳的最大线程数
         * keepAliveTime空闲线程存活时间
         * unit 存活的时间单位
         * workQueue 存放提交但未执行任务的队列
         * threadFactory 创建线程的工厂类:可以省略
         * handler 等待队列满后的拒绝策略:可以省略
         */
        return new ThreadPoolExecutor(10,
                10,
                0L,
                TimeUnit.SECONDS,
                new LinkedBlockingQueue<>(),
                Executors.defaultThreadFactory(),
                new ThreadPoolExecutor.AbortPolicy());
    }

**场景: **适用于可以预测线程数量的业务中，或者服务器负载较重，对线程数有严格限制的场景

2.3.3 newSingleThreadExecutor(常用)

作用：创建一个使用单个 worker 线程的 Executor，以无界队列方式来运行该线程。（注意，如果因为在关闭前的执行期间出现失败而终止了此单个线程，那么如果需要，一个新线程将代替它执行后续的任务）。可保证顺序地执行各个任务，并且在任意给定的时间不会有多个线程是活动的。与其他等效的 newFixedThreadPool不同，可保证无需重新配置此方法所返回的执行程序即可使用其他的线程。

特征： 线程池中最多执行1个线程，之后提交的线程活动将会排在队列中以此执行

**创建方式： **

/**
     * 单一线程池
     * @return
     */
    public static ExecutorService newSingleThreadExecutor(){
        /**
         * corePoolSize线程池的核心线程数
         * maximumPoolSize能容纳的最大线程数
         * keepAliveTime空闲线程存活时间
         * unit 存活的时间单位
         * workQueue 存放提交但未执行任务的队列
         * threadFactory 创建线程的工厂类:可以省略
         * handler 等待队列满后的拒绝策略:可以省略
         */
        return new ThreadPoolExecutor(1,
                1,
                0L,
                TimeUnit.SECONDS,
                new LinkedBlockingQueue<>(),
                Executors.defaultThreadFactory(),
                new ThreadPoolExecutor.AbortPolicy());
    }

场景: 适用于需要保证顺序执行各个任务，并且在任意时间点，不会同时有多个线程的场景

2.3.4 newScheduleThreadPool(了解)

作用: 线程池支持定时以及周期性执行任务，创建一个corePoolSize为传入参数，最大线程数为整形的最大数的线程池

特征:

（1）线程池中具有指定数量的线程，即便是空线程也将保留
（2）可定时或者延迟执行线程活动

创建方式:

public static ScheduledExecutorService newScheduledThreadPool(int corePoolSize, 
                                                              ThreadFactory threadFactory) {
    return new ScheduledThreadPoolExecutor(corePoolSize, threadFactory);
}

场景: 适用于需要多个后台线程执行周期任务的场景

2.3.5 newWorkStealingPool

jdk1.8提供的线程池，底层使用的是ForkJoinPool实现，创建一个拥有多个任务队列的线程池，可以减少连接数，创建当前可用cpu核数的线程来并行执行任务

创建方式:

public static ExecutorService newWorkStealingPool(int parallelism) {
        /**
         *  parallelism：并行级别，通常默认为JVM可用的处理器个数
         *  factory：用于创建ForkJoinPool中使用的线程。
         *  handler：用于处理工作线程未处理的异常，默认为null
         *  asyncMode：用于控制WorkQueue的工作模式:队列---反队列
         */
        return new ForkJoinPool(parallelism,
                ForkJoinPool.defaultForkJoinWorkerThreadFactory,
                null,
                true);
    }

场景: 适用于大耗时，可并行执行的场景

2.4 线程池入门案例

场景: 火车站3个售票口, 10个用户买票

package com.atguigu.ThreadPool;

import java.util.concurrent.ArrayBlockingQueue;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;

/**
 * 入门案例
 */
public class ThreadPoolDemo {

    /**
     * 火车站3个售票口，10个用户买票
     * @param args
     */
    public static void main(String[] args) {
        // 创建线程池 线程数为3
        ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(3, 3, 0, TimeUnit.SECONDS, new ArrayBlockingQueue<>(10));
        // 模拟10个人买票
        for (int i = 0; i < 10; i++) {
            threadPoolExecutor.execute(() ->{
                try {
                    System.out.println(Thread.currentThread().getName() + "窗口，开始买票");
                    Thread.sleep(3000);
                    System.out.println(Thread.currentThread().getName() + "窗口买票结束");
                }catch (Exception e){
                    e.printStackTrace();
                }finally {
                    // 完成后结束
                    threadPoolExecutor.shutdown();
                }
            });
        }

    }
}

2.5 线程池底层工作原理(重要)

  1. 在创建了线程池后，线程池中的线程数为零
  2. 当调用execute()方法添加一个请求任务时，线程池会做出如下判断：
    2.1 如果正在运行的线程数量小于corePoolSize，那么马上创建线程运行这个任务；
    2.2 如果正在运行的线程数量大于或等于corePoolSize，那么将这个任务放入队列；
    2.3 如果这个时候队列满了且正在运行的线程数量还小于maximumPoolSize，那么还是要创建非核心线程立刻运行这个任务；
    2.4 如果队列满了且正在运行的线程数量大于或等于maximumPoolSize，那么线程池会启动饱和拒绝策略来执行。
  3. 当一个线程完成任务时，它会从队列中取下一个任务来执行
  4. 当一个线程无事可做超过一定的时间（keepAliveTime）时，线程会判断：
    4.1 如果当前运行的线程数大于corePoolSize，那么这个线程就被停掉。
    4.2 所以线程池的所有任务完成后，它最终会收缩到corePoolSize的大小。
    在这里插入图片描述

2.6 注意事项(重要)

  1. 项目中创建多线程时，使用常见的三种线程池创建方式，单一、可变、定长都有一定问题，原因是FixedThreadPool和SingleThreadExecutor底层都是用LinkedBlockingQueue实现的，这个队列最大长度为Integer.MAX_VALUE，容易导致OOM。所以实际生产一般自己通过ThreadPoolExecutor的7个参数，自定义线程池

  2. 创建线程池推荐适用ThreadPoolExecutor及其7个参数手动创建

    • corePoolSize线程池的核心线程数
    • maximumPoolSize能容纳的最大线程数
    • keepAliveTime空闲线程存活时间
    • unit 存活的时间单位
    • workQueue 存放提交但未执行任务的队列
    • threadFactory 创建线程的工厂类
    • handler 等待队列满后的拒绝策略

  3. 为什么不允许适用不允许Executors.的方式手动创建线程池,如下图
    在这里插入图片描述

3 Stream流

3.1 Stream简介

Java 8 API添加了一个新的抽象称为流Stream，可以让你以一种声明的方式处理数据。

Stream 使用一种类似用 SQL 语句从数据库查询数据的直观方式来提供一种对 Java 集合运算和表达的高阶抽象。

Stream API可以极大提高Java程序员的生产力，让程序员写出高效率、干净、简洁的代码。

这种风格将要处理的元素集合看作一种流， 流在管道中传输， 并且可以在管道的节点上进行处理， 比如筛选， 排序，聚合等。

元素流在管道中经过中间操作（intermediate operation）的处理，最后由最终操作(terminal operation)得到前面处理的结果。

Stream（流）是一个来自数据源的元素队列并支持聚合操作

  • 元素是特定类型的对象，形成一个队列。 Java中的Stream并不会存储元素，而是按需计算。
  • 数据源 流的来源。 可以是集合，数组，I/O channel， 产生器generator 等。
  • 聚合操作 类似SQL语句一样的操作， 比如filter, map, reduce, find, match, sorted等。

和以前的Collection操作不同， Stream操作还有两个基础的特征：

  • Pipelining: 中间操作都会返回流对象本身。 这样多个操作可以串联成一个管道， 如同流式风格（fluent style）。 这样做可以对操作进行优化， 比如延迟执行(laziness)和短路( short-circuiting)。
  • 内部迭代： 以前对集合遍历都是通过Iterator或者For-Each的方式, 显式的在集合外部进行迭代， 这叫做外部迭代。 Stream提供了内部迭代的方式， 通过访问者模式(Visitor)实现。

在 Java 8 中, 集合接口有两个方法来生成流：

  • stream() − 为集合创建串行流。
  • parallelStream() − 为集合创建并行流。

3.2 foreach

Stream 提供了新的方法 ‘forEach’ 来迭代流中的每个数据。以下代码片段使用 forEach 输出了10个随机数：

Random random = new Random();
random.ints().limit(10).forEach(System.out::println);

3.3 map

map 方法用于映射每个元素到对应的结果，以下代码片段使用 map 输出了元素对应的平方数：

List<Integer> integers = Arrays.asList(1, 2, 3, 4, 5, 6, 7, 8, 9);
integers.stream().map(i -> i * i).distinct().collect(Collectors.toList()).forEach(System.out :: println);

3.4 filter

filter 方法用于通过设置的条件过滤出元素。以下代码片段使用 filter 方法过滤出空字符串：

List<String> list = Arrays.asList("a","b","c","d","e","");
list.stream().filter(i -> !i.equals("")).forEach(System.out :: println);

3.5 limit

limit 方法用于获取指定数量的流。 以下代码片段使用 limit 方法打印出 3条数据：

List<String> list = Arrays.asList("a","b","c","d","e","");
list.stream().filter(i -> !i.equals("")).limit(3).forEach(System.out :: println);

3.6 sorted

sorted 方法用于对流进行排序。以下代码片段使用 sorted 方法对输出的 10 个随机数进行排序：

List<Integer> numbers = Arrays.asList(3, 12, 22, 13, 7, 8, 5);
numbers.stream().sorted(new Comparator<Integer>() {
    @Override
    public int compare(Integer o1, Integer o2) {
        return o1.compareTo(o2);
    }
}).forEach(System.out::println);

3.7 Collectors

Collectors 类实现了很多归约操作，例如将流转换成集合和聚合元素。Collectors 可用于返回列表或字符串：

List<String> strings = Arrays.asList("abc", "", "bc", "efg", "abcd","", "jkl");
List<String> collect = strings.parallelStream().filter(a -> !a.equals("")).collect(Collectors.toList());
System.out.println("除去空的list为" + collect);
//合并成字符串,以||分隔
String collect1 = collect.stream().collect(Collectors.joining("||"));
System.out.println(collect1);

3.8 Demo

package com.atguigu.stream;

import java.util.ArrayList;
import java.util.List;
import java.util.stream.Collectors;

public class MyStream {

    public static void main(String[] args) {
        // 声明一个集合
        ArrayList<Integer> list = new ArrayList<>();
        // 初始化一些数据
        for (int i = 0; i < 100; i++) {
            list.add(i);
        }

        // stream串行流输出foreach
        list.stream().forEach(a ->{
            System.out.println(a);
        });

        // 过滤 输出大于50的
        List<Integer> list1 = list.stream().filter(a ->
                a > 50).collect(Collectors.toList());
        System.out.println(list1);

        // 类型转换
        List<String> list2 = list.stream().map(a -> {
            return a + "atguigu";
        }).collect(Collectors.toList());
        System.out.println(list2);

        // sorted:排序  limit: 获取指定数量
        // Collectors:可以将流转成集合和聚合元素，返回列表或字符串
        List<Integer> list3 = list.stream().sorted((a, b) -> {
            return b.compareTo(a);
        }).limit(10).collect(Collectors.toList());
        System.out.println(list3);

    }
}

4 CompletableFuture

4.1 CompletableFuture简介

CompletableFuture在Java里面被用于异步编程，异步通常意味着非阻塞，可以使得我们的任务单独运行在与主线程分离的其他线程中，并且通过回调可以在主线程中得到异步任务的执行状态，是否完成，和是否异常等信息。

CompletableFuture实现了Future, CompletionStage接口，实现了Future接口就可以兼容现在有线程池框架，而CompletionStage接口才是异步编程的接口抽象，里面定义多种异步方法，通过这两者集合，从而打造出了强大的CompletableFuture类。

4.2 Future与CompletableFuture

Futrue在Java里面，通常用来表示一个异步任务的引用，比如我们将任务提交到线程池里面，然后我们会得到一个Futrue，在Future里面有isDone方法来 判断任务是否处理结束，还有get方法可以一直阻塞直到任务结束然后获取结果，但整体来说这种方式，还是同步的，因为需要客户端不断阻塞等待或者不断轮询才能知道任务是否完成。

Future的主要缺点如下：

（1）不支持手动完成

我提交了一个任务，但是执行太慢了，我通过其他路径已经获取到了任务结果，现在没法把这个任务结果通知到正在执行的线程，所以必须主动取消或者一直等待它执行完成

（2）不支持进一步的非阻塞调用

通过Future的get方法会一直阻塞到任务完成，但是想在获取任务之后执行额外的任务，因为Future不支持回调函数，所以无法实现这个功能

（3）不支持链式调用

对于Future的执行结果，我们想继续传到下一个Future处理使用，从而形成一个链式的pipline调用，这在Future中是没法实现的。

（4）不支持多个Future合并

比如我们有10个Future并行执行，我们想在所有的Future运行完毕之后，执行某些函数，是没法通过Future实现的。

（5）不支持异常处理

Future的API没有任何的异常处理的api，所以在异步运行时，如果出了问题是不好定位的。

4.3 CompletableFuture入门

4.3.1 使用CompletableFuture

场景:主线程里面创建一个CompletableFuture，然后主线程调用get方法会阻塞，最后我们在一个子线程中使其终止。

/**
 * 主线程里面创建一个CompletableFuture，然后主线程调用get方法会阻塞，最后我们在一个子线程中使其终止
 * @param args
 */
public static void main(String[] args) throws Exception{
    CompletableFuture<String> future = new CompletableFuture<>();
    new Thread(() -> {
        try{
            System.out.println(Thread.currentThread().getName() + "子线程开始干活");
            //子线程睡5秒
            Thread.sleep(5000);
            //在子线程中完成主线程
            future.complete("success");
        }catch (Exception e){
            e.printStackTrace();
        }
    }, "A").start();
    //主线程调用get方法阻塞
    System.out.println("主线程调用get方法获取结果为: " + future.get());
    System.out.println("主线程完成,阻塞结束!!!!!!");
}

4.3.2 没有返回值的异步任务runAsync

    /**
     * runAsync：任务没有返回结果
     * @param args
     * @throws Exception
     */
    public static void main1(String[] args) throws Exception {
        System.out.println(Thread.currentThread().getName() + "主线程开始工作！");
        CompletableFuture<Void> future = CompletableFuture.runAsync(() -> {
            try {
                System.out.println(Thread.currentThread().getName() + "开始执行任务");
                Thread.sleep(2000);
                System.out.println(Thread.currentThread().getName() + "结束执行任务");
            } catch (Exception e) {
                e.printStackTrace();
            }
        });
        // 阻塞主线程
        System.out.println("获取任务的执行结果为：" + future.get());  // 获取任务的执行结果为：null
        System.out.println(Thread.currentThread().getName() + "主线程工作结束！");
    }

4.3.3 有返回值的异步任务supplyAsync

    /**
     * supplyAsync:执行的任务有返回结果
     * @param args
     * @throws Exception
     */
    public static void main2(String[] args) throws Exception {
        System.out.println(Thread.currentThread().getName() + "主线程开始工作！");
        CompletableFuture<String> future = CompletableFuture.supplyAsync(() -> {
            return "123";
        });
        // 阻塞主线程
        System.out.println("获取任务的执行结果为：" + future.get());  // 获取任务的执行结果为：123
        System.out.println(Thread.currentThread().getName() + "主线程工作结束！");
    }

4.3.4 线程依赖thenRun和thenRunAsync

当一个线程依赖另一个线程时，可以使用 thenApply 方法来把这两个线程串行化。

    /**
     * thenRun:可能有线程池中的线程执行，也可能由调用线程执行-->影响调用线程
     * thenRunAsync:任务绝对是由线程池中的线程执行的-->完全异步
     * @param args
     * @throws Exception
     */
    public static void main3(String[] args) throws Exception{
        System.out.println(Thread.currentThread().getName() + "主线程开始工作！");
        for (int i = 0; i < 1000; i++) {
            // 任务的第一步是搞个整型
            CompletableFuture<Integer> future = CompletableFuture.supplyAsync(() -> {
                try {
                    System.out.println(Thread.currentThread().getName() + "任务第一步");
                } catch (Exception e) {

                }
                return 1;
            });
            // 直到第一步搞完了，做其他的另外一个任务
            future.thenRun(() ->{
                System.out.println(Thread.currentThread().getName() + "不需要第一步结果的任务执行，并且没有返回结果");
            });
            // 阻塞主线程
            System.out.println("获取任务的执行结果为：" + future.get());
        }
        System.out.println(Thread.currentThread().getName() + "主线程工作结束！");
    }

4.3.5 消费处理结果thenAccept 和thenAcceptAsync

thenAccept消费处理结果, 接收任务的处理结果，并消费处理，无返回结果。

    /**
     * thenAcceptAsync:接收上一步任务的结果，但是任务没有返回结果
     * @param args
     * @throws Exception
     */
    public static void main4(String[] args) throws Exception{
        System.out.println(Thread.currentThread().getName() + "主线程开始工作！");
        CompletableFuture<Void> future = CompletableFuture.supplyAsync(() -> {
            System.out.println("第一步执行");
            return 1;
        }).thenAcceptAsync((abc) -> {
            System.out.println("第一步执行的结果为：" + abc);  // 第一步执行的结果为：1
            System.out.println("第二步执行");
        });
        System.out.println("获取的任务执行结果为：" + future.get());  // 获取的任务执行结果为：null
        System.out.println(Thread.currentThread().getName() + "主线程工作结束");
    }

4.3.6 线程依赖thenApplyAsync

接收上一步的结果，同时任务有返回结果

    /**
     * thenApplyAsync:接收上一步的结果，同时任务有返回结果
     * @param args
     * @throws Exception
     */
    public static void main5(String[] args) throws Exception{
        System.out.println(Thread.currentThread().getName() + "主线程开始工作！");
        CompletableFuture<Integer> future = CompletableFuture.supplyAsync(() -> {
            System.out.println("第一步执行");
            return 1;
        }).thenApplyAsync((a) -> {
            System.out.println("第一步执行的结果为：" + a);  // 第一步执行的结果为：1
            System.out.println("第二步执行");
            return a * 10;
        });
        System.out.println("获取的任务执行结果为：" + future.get());  // 获取的任务执行结果为：10
        System.out.println(Thread.currentThread().getName() + "主线程工作结束！");

    }

4.3.7 异常处理exceptionally

    /**
     * 异常：exceptionally:相当于java关键字的catch
     * 执行过程中出现异常则进入exceptionally代码块中输出异常信息
     * 未出现异常则不进入exceptionally代码块中，正常输出结果
     * @param args
     * @throws Exception
     */
    public static void main6(String[] args) throws Exception{
        System.out.println(Thread.currentThread().getName() + "主线程开始工作！");
        CompletableFuture<Integer> future = CompletableFuture.supplyAsync(() -> {
            System.out.println("第一步执行");

            return 1;
        }).thenApplyAsync((a) -> {
            System.out.println("第一步执行结果为：" + a);  // 第一步执行结果为：1
            System.out.println("第二步执行");
//            int i = 1 / 0;
            return a * 10;
        }).exceptionally((a) -> {
            System.out.println(a);  // java.util.concurrent.CompletionException: java.lang.ArithmeticException: / by zero
            return -1;
        });
        System.out.println(future.get());  // -1
        System.out.println(Thread.currentThread().getName() + "主线程工作结束！");
    }

4.3.8 whenCompleteAsync

    /**
     * whenCompleteAsync:不论出不出异常都进入，不影响最终的结果--->finally
     * @param args
     * @throws Exception
     */
    public static void main7(String[] args) throws Exception{
        System.out.println(Thread.currentThread().getName() + "主线程开始工作！");
        CompletableFuture<Integer> future = CompletableFuture.supplyAsync(() -> {
            System.out.println("第一步执行");
            int i = 1 / 0;
            return 1;
        }).thenApplyAsync((a) -> {
            System.out.println("第一步执行的结果为：" + a);
            System.out.println("第二步执行");
            return a * 10;
        }).whenCompleteAsync((a, b) -> {
            if (b == null) {
                // 成功
            }
            // 没出现异常则输出正常结果：10
            // 出现异常则输出：null
            System.out.println("第一个参数为：" + a);
            // 没出现异常则输出:null
            // 出现异常则输出：异常信息
            System.out.println("第二个参数为：" + b);
        });

        System.out.println("执行结果为：" + future.get());
        System.out.println(Thread.currentThread().getName() + "主线程工作结束！");
    }

4.3.9 handleAsync

    /**
     * handleAsync:不论出不出异常都会执行，并且可以影响最终结果--->finally
     * @param args
     * @throws Exception
     */
    public static void main8(String[] args) throws Exception{
        System.out.println(Thread.currentThread().getName() + "主线程开始工作！");
        CompletableFuture<Integer> future = CompletableFuture.supplyAsync(() -> {
            System.out.println("第一步执行");
//            int i = 1 / 0;
            return 1;
        }).thenApplyAsync((a) -> {
            System.out.println("第二步执行");
            return a * 10;
        }).handleAsync((a, b) -> {
            // 没出现异常则输出正常结果：10
            // 出现异常则输出:null
            System.out.println("第一个参数为：" + a);
            // 没出现异常则输出null
            // 出现异常则输出异常信息
            System.out.println("第二个参数为：" + b);
            if (b == null) {
                // 未出现异常返回第二步执行的结果
                return a;
            }
            // 出现异常返回-1
            return -1;
        });

        System.out.println(future.get());
        System.out.println(Thread.currentThread().getName() + "主线程工作结束！");
    }

4.4.0 allOf和anyOf

   public static void main(String[] args) {
        // 任务一 初始化一个值
        CompletableFuture<Integer> future = CompletableFuture.supplyAsync(() -> {
            System.out.println("第一步执行");
            return 10;
        });
        // 任务二 将任务一的结果 + 10
        CompletableFuture<Void> future1 = future.thenAcceptAsync((a) -> {
            try {
                System.out.println("加法开始执行");
                Thread.sleep(1000);
                a = a + 10;
                System.out.println("进行加法的结果为：" + a);
            } catch (Exception e) {

            }
        });
        // 任务三 将任务一的结果 - 10
        CompletableFuture<Void> future2 = future.thenAcceptAsync((a) -> {
            try {
                System.out.println("减法开始执行");
                Thread.sleep(2000);
                a = a - 10;
                System.out.println("进行减法的结果为：" + a);
            } catch (Exception e) {

            }
        });
        // 任务四 将任务一的结果 * 10
        CompletableFuture<Void> future3 = future.thenAcceptAsync((a) -> {
            try {
                System.out.println("乘法开始执行");
                Thread.sleep(3000);
                a = a * 10;
                System.out.println("进行乘法的结果为：" + a);
            } catch (Exception e) {

            }
        });
        // 任务五 将任务一的结果 / 10
        CompletableFuture<Void> future4 = future.thenAcceptAsync((a) -> {
            try {
                System.out.println("除法开始执行");
                Thread.sleep(4000);
                a = a / 10;
                System.out.println("进行除法的结果为：" + a);
            } catch (Exception e) {

            }
        });

        // 主线程不使用get()，拿不到任何结果，而且任务不一定执行完了
        // 任何一个任务执行完，主线程结束
//        CompletableFuture.anyOf(future1,future2,future3,future4).join();
        // 所有任务执行完，主线程结束
        CompletableFuture.allOf(future1,future2,future3,future4).join();
        System.out.println("主线程执行结束");

    }
Libra_97
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
heima-JUC-资料
04-25
heima-JUC-资料
JUC-master
03-21
联合会 多线程与高并发
个人学习-JUC-笔记
02-25
尚硅谷周阳老师的juc课程
tuling-juc-final.zip
05-23
并发编程代码demo
Java-JUC-多线程 进阶
07-05
来自B站 遇见狂神说
jdk8新特性----Lambda表达式
w_t_y_y的博客
05-11 407
Java的Lambda表达式是Java 8引入的一个特性，它支持函数式编程，允许将函数作为方法的参数或返回值，从而简化了匿名内部类的使用，并提供了对并行编程的更好支持。
jar包增量更新分析
junlaiyan的专栏
05-16 82
借助jdeps分析出jar包的增量文件
java实现拼图小游戏
monkey108的博客
05-16 330
本文主要提供用java实现的拼图小游戏源代码。
CMS垃圾回收器为什么被移除
m0_54187478的博客
05-10 498
由于上述缺点，加上需要将资源投入到更现代垃圾回收器的开发和优化上，Oracle决定从Java 9开始标记CMS为废弃，并在后续版本中完全移除CMS。这些新的收集器旨在提供更低的停顿时间和更高的性能，同时减少配置和维护的复杂性。当它在垃圾收集周期内无法足够快地回收内存时，会退回到一种需要完全暂停所有应用线程的老年代收集模式，这与它设计的初衷相违背。：CMS使用的标记-清除算法会导致较多的内存碎片。：CMS需要更多的CPU资源来执行垃圾回收的并发阶段，而且它在运行时对系统资源的利用也较为激进。
Redis的数据淘汰策略——Java全栈知识（19）
dghehe的博客
05-12 493
数据过期策略是 redis 中设置了 TTL 的数据过期的时候 Redis 的处理策略。数据淘汰策略是 Redis 内存不够的时候，数据的淘汰策略：当 Redis 中的内存不够用时，此时在向 Redis 中添加新的 key, 那么 Redis 就会按照某一种规则将内存中的数据删除掉，这种数据的删除规测被称之为内存的淘汰策略。redis 的内存删除策略有：·noeviction: 不会淘汰任何键值对，而是直接返回错误信息。
Android Model引入其他aar包 导致无法打包成aar
最新发布
qq_27400335的博客
05-16 219
Android Model引入其他aar包 导致无法打包成aar
SpringBoot事件发布与监听，观察者模式使用
小哇
05-16 117
可以发现，用户注册与信息推送强耦合，用户注册其实到存库成功，就已经算是完成了，后面的信息推送都是额外的操作，甚至信息推送失败报错，还会影响API接口的结果，如果在同一事务，报错信息不捕获，还会导致事务回滚，存库失败。本文记录springboot使用@EventListener监听事件、ApplicationEventPublisher.publishEvent发布事件实现业务解耦。
java中实现缓存的几种方式
shenxiaomo1688的博客
05-16 492
Redis 是C语言开发的一个开源高性能键值对的内存数据库，可以用来做数据库、缓存、消息中间件等场景，是一种NoSQL(not-only sql,非关系型数据库)的数据库。下面我们介绍在springboot项目中的使用springboot中有redis的starter我们直接引用即可然后在spring配置文件中加入如下设置，这里用的是properties形式的文件，host是部署redis的服务器ip，port是端口号，password是密码，如果没有设置密码不填即可同样我们编写接口测试。
2024OD机试卷-智能成绩表 (java\python\c++)
WRJ_Jack的博客
05-12 40
小明来到某学校当老师，需要将学生按考试总分或单科分数进行排名，你能帮帮他吗？
brupsuite各版本专业破解安装
weixin_51520483的博客
05-11 188
最新brupsuite专业版安装，全套安装软件+环境，附带安装包教程
遍历二叉树的统一迭代法
m0_74989367的博客
05-13 565
普通迭代遍历方式无法同时解决和处理节点不一致的情况,前中后序的迭代法，那么如何实现统一的代码写法呢
leetcode刷题
weixin_42419365的博客
05-10 247
二叉搜索树的最近公共祖先。我真垃圾啊，写这么多if。二叉搜索树中的插入操作。
java.io.File类介绍
qq_27390023的博客
05-14 181
类提供了一种便捷的方式来操作文件和目录的属性和信息，它与平台无关，可以在不同的操作系统上使用。但需要注意的是，它只是一个路径名的抽象表示，并不代表文件本身的内容。因此，要读取或写入文件内容，需要使用其他 IO 类（如。类是 Java IO 包中用于表示文件或目录路径的类。它提供了许多方法，用于操作文件和目录的属性、路径、名称等信息，但它并不提供用于文件内容读写的方法，这些读写操作通常通过其他类来完成。
Canoe/Canalyzer中加载DLL文件“自动“解锁UDS诊断27服务
「汽车电子助手」的博客
05-10 1192
Canoe/Canalyzer中加载DLL文件"自动"解锁UDS诊断27服务
使用JUC-3模型机汇编语言编写程序，在主存中有10个数，统计奇数的个数
06-12
好的，根据您的要求，我会使用 JUC-3 模型机汇编语言编写程序，统计主存中的奇数个数。以下是程序代码： ``` ORG 0 START: LDA COUNT ; 将计数器的值置为0 STA COUNTER LDA #10 ; 设置循环次数为10 STA LOOP ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值