关于Future机制原理及解析

 更新时间:2022年11月21日 09:21:48   作者:小小少年_  
这篇文章主要介绍了关于Future机制原理,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教

future机制是

在通过线程去执行某个任务的时候,如果比较耗时,我们可以通过futureTask机制,异步返回,继续去执行其他的任务,在需要获取执行结果的时候,通过future.get()方法去获取,如果任务没有执行完毕,会通过lockSupport.park()方法去阻塞主线程,直到run()方法执行完毕之后,会通过lockSupport.unpark()方法去唤醒线程

应用

public class FutureTest {
    public static void main(String[] args) throws ExecutionException, InterruptedException {
        MyThread myThread = new MyThread();
        FutureTask<String> futureTask = new FutureTask<>(myThread);
        /**
         * 同一个futureTask对象,通过多个线程进行多次调用,但是只会执行一次
         * 如果是计算的操作,需要进行多次计算操作,需要声明不同的futureTask对象
         */
        new Thread(futureTask, "A").start();
        new Thread(futureTask, "B").start();
        System.out.println(Thread.currentThread().getName() + "测试,在调用future.get()方法之前,可以执行其他逻辑 ");
        System.out.println(futureTask.get());
        System.out.println("测试futureTask的get方法阻塞");
    }
}

class MyThread implements Callable<String> {

    @Override
    public String call() throws Exception {
        System.out.println(Thread.currentThread().getName() + " 测试callable");
        TimeUnit.SECONDS.sleep(4);
        return "success";
    }
}

这里就是模拟thread比较耗时,此时就可以通过futureTask异步返回之后,在需要使用的时候,调用其get方法去获取执行结果,如果call()方法还没有执行完,那futureTask.get()方法会一直阻塞,直到线程执行完毕,获取到执行结果

原理

我们先说future.get()是如何阻塞的,也就是说在线程对应的方法还未执行完时,主线程如何去阻塞?

在源码中,有一个重要的属性

private volatile int state;
    /**
     * 在构造函数中,设置为new
     */
    private static final int NEW          = 0;
    /**
     * 线程正常执行完毕,通过CAS将state修改为completing
     */
    private static final int COMPLETING   = 1;
    /**
     *
     */
    private static final int NORMAL       = 2;
    /**
     * 执行线程的时候,如果抛出异常,通过cas修改为exceptional
     */
    private static final int EXCEPTIONAL  = 3;
    /**
     * 如果调用了cancel(boolean mayInterruptIfRunning)方法
     * 入参的mayInterruptIfRunning为true,就通过cas将state设置为INTERRUPTING
     * 如果为false,就通过cas将state修改为cancelled
     */
    private static final int CANCELLED    = 4;
    private static final int INTERRUPTING = 5;
    /**
     * 在调用cancel()方法,入参为true的情况下,如果中断成功,通过cas将state从
     * INTERRUPTING修改为INTERRUPTED
     */
    private static final int INTERRUPTED  = 6;

接着来说get()方法

get()

可以看到,在get()方法中,会先判断当前state是否小于等于 COMPLETING,如果是,就去阻塞

/**
     * @throws CancellationException {@inheritDoc}
     * 在调用future.get()方法的时候,如果线程的run()没有执行完毕,主线程会等待,直到run()方法正确的执行完毕
     * 在内部,是通过lockSupport.park()方法去阻塞线程的
     * 在该机制中,涉及到一个state状态标识
     */
    public V get() throws InterruptedException, ExecutionException {
        int s = state;
        if (s <= COMPLETING)
            s = awaitDone(false, 0L);
        return report(s);
    }

对于get方法来说,最为核心的逻辑是在awaitDone()方法中,在该方法中,会调用lockSupport.park(this),去阻塞当前线程;

所以,我们可以知道,如果主线程在调用future.get()方法的时候,假如此时run()方法还没有执行完毕,会阻塞当前线程,那阻塞之后,总要有一个地方去唤起,在run()方法正常执行完毕之后,会唤醒当前阻塞的线程,继续执行业务逻辑

run()

public void run() {
        /**
         * 1.校验当前state是否是new状态且通过cas设置当前线程成功
         */
        if (state != NEW ||
            !UNSAFE.compareAndSwapObject(this, runnerOffset,
                                         null, Thread.currentThread()))
            return;
        try {
            Callable<V> c = callable;
            /**
             * 2.校验当前线程中的callable是否有效且state为new
             */
            if (c != null && state == NEW) {
                V result;
                boolean ran;
                try {
                    /**
                     * 2.1 执行call()方法,如果正常执行完毕,设置ran为true
                      */
                    result = c.call();
                    ran = true;
                } catch (Throwable ex) {
                    result = null;
                    ran = false;
                    /**
                     * 2.2 假如执行报错,被捕获到,在setException方法中,也会去唤醒阻塞的线程
                     */
                    setException(ex);
                }
                /**
                 * 3.如果ran为true,就调用set方法,在set方法中,有一步跟重要的操作,就是通过lockSupport.unpark()唤醒线程
                 */
                if (ran)
                    set(result);
            }
        } finally {
            // runner must be non-null until state is settled to
            // prevent concurrent calls to run()
            runner = null;
            // state must be re-read after nulling runner to prevent
            // leaked interrupts
            int s = state;
            if (s >= INTERRUPTING)
                handlePossibleCancellationInterrupt(s);
        }
    }

在这里的run()方法中,setException和set(result)方法中,都会调用一个方法:finishCompletion()

set()

    /*
    * 在set方法中,会通过cas更新当前的state状态
     * 然后在调用finishCompletion的时候,会唤醒阻塞的线程
     * @param v the value
     */
    protected void set(V v) {
        if (UNSAFE.compareAndSwapInt(this, stateOffset, NEW, COMPLETING)) {
            outcome = v;
            UNSAFE.putOrderedInt(this, stateOffset, NORMAL); // final state
            finishCompletion();
        }
    }

在线程正常执行完之后,会通过cas将state的状态从new修改为completing,然后再修改为normal

finishCompletion()

/**
     * Removes and signals all waiting threads, invokes done(), and
     * nulls out callable.
     * 这个方法大致的意思是:从等待队列中获取到当前在等待的线程信息,然后通过cas将q设置为null
     * 最后会通过lockSupport.unPark()方法唤醒线程
     */
    private void finishCompletion() {
        // assert state > COMPLETING;
        /**
         * 1.从waiters中获取到等待的节点
         */
        for (WaitNode q; (q = waiters) != null;) {
            /**
             * 2.通过cas将q设置为null
             */
            if (UNSAFE.compareAndSwapObject(this, waitersOffset, q, null)) {
                for (;;) {
                    Thread t = q.thread;
                    /**
                     * 3.唤醒线程
                     */
                    if (t != null) {
                        q.thread = null;
                        LockSupport.unpark(t);
                    }
                    WaitNode next = q.next;
                    if (next == null)
                        break;
                    q.next = null; // unlink to help gc
                    q = next;
                }
                break;
            }
        }

        done();

        callable = null;        // to reduce footprint
    }

这个方法也不需要做过多解释了,就是从waitNode中,获取到当前等待的线程,然后唤醒

总结

所以:对于future.get()方法,如果run()方法没有执行完成,该方法会阻塞线程,并且在方法正常执行完毕之后,唤醒阻塞的线程,继续去执行对应的业务代码

以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。

相关文章

  • 基于FeignException$InternalServerError的解决方案

    基于FeignException$InternalServerError的解决方案

    这篇文章主要介绍了FeignException$InternalServerError的解决方案,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2021-06-06
  • form-data与x-www-form-urlencoded的区别以及知识延伸

    form-data与x-www-form-urlencoded的区别以及知识延伸

    这篇文章主要给大家介绍了关于form-data与x-www-form-urlencoded的区别以及知识延伸,form-data和x-www-form-urlencoded都是HTTP请求中用于传输表单数据的编码格式,需要的朋友可以参考下
    2023-11-11
  • mybatis-plus 批量插入示例代码

    mybatis-plus 批量插入示例代码

    正常我们使用mybatis-plus插入的时候,首先想到的是saveBatch方法,不过看了下打印出来的sql和底层代码,才发现它并不是真正的批量插入这篇文章主要介绍了mybatis-plus 批量插入示例,需要的朋友可以参考下
    2023-07-07
  • Java持久层框架Mybatis入门详细教程

    Java持久层框架Mybatis入门详细教程

    Mybatis持久层框架支持自定义SQL、存储过程以及高级映射,可以通过XML或注解来配置和映射原始类型、接口和Java POJOs为数据库中的记录,接下来通过本文给大家介绍Java持久层框架Mybatis入门详细教程,一起学习下吧
    2021-06-06
  • springCloud中的Sidecar多语言支持详解

    springCloud中的Sidecar多语言支持详解

    这篇文章主要介绍了springCloud中的Sidecar多语言支持详解,Sidecar是将一组紧密结合的任务与主应用程序共同放在一台主机Host中,但会将它们部署在各自的进程或容器中,需要的朋友可以参考下
    2024-01-01
  • Java 实战项目锤炼之在线蛋糕商城系统的实现

    Java 实战项目锤炼之在线蛋糕商城系统的实现

    读万卷书不如行万里路,只学书上的理论是远远不够的,只有在实战中才能获得能力的提升,本篇文章手把手带你用java+jsp+jdbc+mysql实现一个在线蛋糕商城系统,大家可以在过程中查缺补漏,提升水平
    2021-11-11
  • 详解Java中Thread 和Runnable区别

    详解Java中Thread 和Runnable区别

    这篇文章主要介绍了Java中Thread 和Runnable的区别,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2019-03-03
  • Java Spring框架的注解式开发你了解吗

    Java Spring框架的注解式开发你了解吗

    这篇文章主要为大家详细介绍了Spring框架的注解式,文中示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下,希望能够给你带来帮助
    2022-03-03
  • Java数据结构与算法之稀疏数组与队列深入理解

    Java数据结构与算法之稀疏数组与队列深入理解

    这篇文章主要介绍了Java数据结构与算法之稀疏数组与队列深入理解,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2021-09-09
  • JVM完全解读之YGC来龙去脉分析

    JVM完全解读之YGC来龙去脉分析

    YGC是JVM GC当前最为频繁的一种GC,一个高并发的服务在运行期间,会进行大量的YGC,发生YGC时,会进行STW,一般时间都很短,除非碰到YGC时,存在大量的存活对象需要进行拷贝
    2022-01-01

最新评论