【JAVA核心知识】14:JAVA线程池常用方法


上一篇 【JAVA核心知识】13:一文看懂JAVA线程池,轻松应对面试中对线程池进行了剖析,了解线程池的核心参数与实现可以更清楚的了解每个方法所代表的意义。

1 常用方法

1.1 基本线程池

  1. prestartCoreThread():初始化一个核心线程; 每次都是初始化一个,始化到最大核心线程数时就不再初始化新的了
  2. getPoolSize():获得当前线程量(包含核心线程和临时线程)
  3. getCorePoolSize():获得当前核心线程量
  4. prestartAllCoreThreads():初始化所有的核心线程
  5. setMaximumPoolSize(int):设置最大线程数
  6. execute(Runnable):提交一个任务
  7. remove(Runnable):移除一个待执行的任务
  8. submit(Callable<T>):提交一个带返回的任务
  9. getActiveCount():获取线程池中活动线程数量
  10. getLargestPoolSize():获取线程池中曾有过的最大线程量
  11. getTaskCount():包括正在执行的在内预计要执行的任务量,因为任务和线程的状态可能在计算过程中动态变化,返回的值只是一个近似值
  12. getCompletedTaskCount():线程池已完成任务量
  13. allowsCoreThreadTimeOut():返回超时空闲销毁时间是否针对核心线程(默认为false,即核心线程会一直保持)
  14. allowCoreThreadTimeOut(boolean):设置为true时不仅临时线程空闲时间超过keepAliveTime会被销毁,核心线程也会超时空闲销毁
  15. purge():将队列中已经取消的fature移除(fature可以取消Callable任务的执行)。这个方法不影响任何功能,只是相当于一个提前的垃圾处理操作(不调用这个方法线程池也会自动处理),这个方法可能因为其它线程影响导致失败
  16. shutdown():进入shutDown状态,不再接收新的任务
  17. shutdownNow():立即关闭线程池,中断当前线程被清空缓存队列
  18. isTerminating():是否处于Terminating状态。SHUTDOWN,STOP,TIDYING三种状态都返回true
  19. isTerminated():是否处于TERMINATED 状态
  20. isShutdown():注意不要被方法的名称所迷惑,并不是只有处于SHUTDOWN状态才返回TRUE,只要不是RUNNING状态都返回true
  21. awaitTermination(long, TimeUnit):awaitTermination方法只是一个监听方法,他不参与具体的线程池运行。他只是在调用这个方法之后等待指定时间,然后返回线程池是否已经关闭。true:已经关闭。 false:未关闭
  22. invokeAll(Collection<? extends Callable<T>> ):把线程投入线程池并返回Future集合。Future结果集合的顺序和callList的顺序是一样的

1.2 定时线程池

因为定时线程池继承自基本线程池,且其底层任务执行通过基本线程池实现,因此具有基本线程池拥有的方法,除此之外,还拥有独属于定时线程池的方法:

  1. scheduleAtFixedRate(Runnable,long,long,TimeUnit):周期性的执行Runable(延迟时间以上一个任务开始时间开始计算eg:一个线程执行1s,周期为2s,那么它会在0,2,4,6…执行 一个线程执行4s,周期为2s,那么它会在0,4,8,12…执行)
  2. scheduleWithFixedDelay(Runnable,long,long,TimeUnit):周期性的执行Runable(延迟时间以上一个任务结束时间开始算。eg:一个线程执行1s,周期为2s,那么它会在0,3,6,9…执行)
  3. schedule(Runnable,long,TimeUnit):// 延迟指定时间执行Runable
  4. schedule(Callable<V>,long,TimeUnit):延迟指定时间执行Callable并返回ScheduleFuture
  5. setContinueExistingPeriodicTasksAfterShutdownPolicy(boolean):线程池关闭之后定时任务是否继续执行,包括scheduleAtFixedRate和scheduleWithFixedDelay。如果有周期任务线程池关闭之后会保持最大线程数(如果关闭时线程还未到达最大线程数依然会建立新线程)(默认false(true:继续,false:放弃))
  6. setExecuteExistingDelayedTasksAfterShutdownPolicy(boolean):线程池关闭之后是否继续执行delay任务,如果只有延迟任务线程池关闭之后且这个延时任务执行后会销毁所有线程(默认true(true:继续,false:放弃))
  7. setRemoveOnCancelPolicy(boolean):设置是否在任务被取消之后立刻从队列中移出

2 代码示例

2.1 基本线程池

public class ThreadPoolExecutorTest {

    public static void main(String[] args) {

        /**
         * 构造方法
         */
        // 所有构造入参都可通过get方法获得,除阻塞队列外的其它几个可以通过set方法重置

        // 1参表示日常保持的线程数,
        // 2 表示任务来时间可以开启的最大线程数,值得注意的是临时线程的创建时间。不是核心线程都处于运行状态来新任务时创建,而是核心线程都被占用,且队列被占满,此时来新任务才会创建临时线程
        // 3.4参表示一个非核心线程空闲多久之后会被销毁
        // 5参:用来放等待任务的阻塞队列(BlockingQueue)
        //
        ThreadPoolExecutor threadPool = new ThreadPoolExecutor(2, 6, 100, TimeUnit.MILLISECONDS,
                new LinkedBlockingQueue<Runnable>());
        // threadPool.prestartCoreThread(); // 初始化一个核心线程;
        // System.out.println(threadPool.getPoolSize()); // 1
        // threadPool.prestartCoreThread(); // 初始化一个核心线程;每次都是初始化一个
        // System.out.println(threadPool.getPoolSize()); // 2
        // threadPool.prestartCoreThread(); // 初始化一个核心线程;初始化到最大核心线程数时就不再初始化新的了
        // System.out.println(threadPool.getPoolSize()); // 2
        // System.out.println(threadPool.getCorePoolSize()); // 2
        // threadPool.prestartAllCoreThreads(); // 初始化所有核心线程
        // System.out.println(threadPool.getCorePoolSize()); // 2
        threadPool.setMaximumPoolSize(10); // 设置最大线程数
        // 构造方法2 6参为线程创建工厂 默认为Executors.defaultThreadFactory()
        ThreadPoolExecutor threadPool2 = new ThreadPoolExecutor(3, 5, 100, TimeUnit.MILLISECONDS,
                new LinkedBlockingQueue<Runnable>(), Executors.defaultThreadFactory());
        // 构造方法3 6参为拒绝策略,有4种, 一般是定长队列,当运行线程数达到最大线程数且线程缓存队列已满,此时依然有线程抛入线程池。就会执行拒绝策略.默认拒绝策略为AbortPolicy
        // ThreadPoolExecutor.AbortPolicy:丢弃任务并抛出RejectedExecutionException异常。 拒绝执行异常,这里抛弃的是这个要加入线程池的任务
        // ThreadPoolExecutor.DiscardPolicy:也是丢弃任务,但是不抛出异常。这里抛弃的是这个要加入线程池的任务
        // ThreadPoolExecutor.DiscardOldestPolicy:丢弃队列最前面的任务,然后重新尝试执行任务(重复此过程)(注意:这里抛弃的不是这个要加入线程池的任务,而是线程池等待队列的首位,也就是线程池下一个要执行的任务。这里的实现是直接用e.getQueue().poll(),然后调用e.execute(r),r是要加入线程池的任务)
        // ThreadPoolExecutor.CallerRunsPolicy:由调用线程处理该任务
        ThreadPoolExecutor threadPool3 = new ThreadPoolExecutor(2, 5, 100, TimeUnit.MILLISECONDS,
                new LinkedBlockingQueue<Runnable>(), new ThreadPoolExecutor.AbortPolicy());
        // 构造方法4 其它构造其实都通过调用此构造实现
        ThreadPoolExecutor threadPool4 = new ThreadPoolExecutor(2, 5, 100, TimeUnit.MILLISECONDS,
                new LinkedBlockingQueue<Runnable>(), Executors.defaultThreadFactory(),
                new ThreadPoolExecutor.AbortPolicy());
        ThreadPoolExecutor threadPool5 = new ThreadPoolExecutor(2, 5, 100, TimeUnit.MILLISECONDS,
                new ArrayBlockingQueue<Runnable>(4)); // 这里设置成5不会拒绝执行抛出RejectedExecutionException
        // 原因是总共10线程,前两个占据核心线程,再来5个进入缓存队列,剩下3个则会创建临时线程来执行任务,因此不会溢出
        /**
         * 线程提交
         */
        for (int i = 0; i < 10; i++) {
            final int j = i;
            Runnable r = new Runnable() {

                @Override
                public void run() {
                    System.out.println(j + "开始运行...");
                    try {
                        Thread.sleep(1000);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    System.out.println(j + "运行结束...");
                }
            };
            threadPool.execute(r); // ThreadPoolExecutor的线程是一个个建立的,在线程池里面的线程数尚未到达最大线程数时间新任务到了会优先创建新的线程来执行而不是使用空闲线程执行
        }

        Callable<String> call = new Callable<String>() {

            @Override
            public String call() throws Exception {
                System.out.println("Callable");
                Thread.sleep(1000);
                System.out.println("Callable Sleep End");
                return "This is Callable";
            }
        };
        // Future<String> f = threadPool.submit(call);// 可以提交Callable获得执行结果,这里就体现出submit和excute的区别了,submit可以获得返回
        // try {
        // Thread.sleep(500);
        // } catch (InterruptedException e) {
        // e.printStackTrace();
        // }
        // f.cancel(true); //
        // 取消Callable任务的执行,参数为true时如果任务已经在执行则会尝试中断这个任务,参数为false时如果任务已经在执行了则会允许它执行结束。取消之后再调用get方法会抛java.util.concurrent.CancellationException异常。
        // // 值得注意的是,即使参数设为false,且取消指令在Callable执行过程中调用。那么任务是会执行完,但是即使这样,调用get方法依然会抛出异常.
        // // 如这个地方,在Callable执行时取消,设为true时不会打印Callable Sleep End,false时会打印。但是之后的get方法都会报异常。
        // try {
        // System.out.println("the return of callable:" + f.get()); // 这里调用get会使主线程停止。future的主线程停止是在get这里而不是submit那里
        // } catch (InterruptedException e) {
        // e.printStackTrace();
        // } catch (ExecutionException e) {
        // e.printStackTrace();
        // }

        Runnable rno = new Runnable() {

            @Override
            public void run() {
                System.out.println("not need");
            }
        };
        threadPool.execute(rno); // 添加一个无需执行的任务
        threadPool.remove(rno); // 从等待队列中移除任务

        System.out.println("getPoolSize -- :" + threadPool.getPoolSize()); // 当前线程池中有多少线程
        System.out.println("getActiveCount -- :" + threadPool.getActiveCount()); // 线程池中活动线程数量
        System.out.println("getLargestPoolSize -- :" + threadPool.getLargestPoolSize()); // 线程池中曾有过的最大线程量
        System.out.println("getTaskCount -- :" + threadPool.getTaskCount()); // 包括正在执行的在内预计要执行的任务量,因为任务和线程的状态可能在计算过程中动态变化,返回的值只是一个近似值。
        System.out.println("getCompletedTaskCount -- :" + threadPool.getCompletedTaskCount()); // 线程池已完成多少任务
        System.out.println("allowCoreThreadTimeOut -- :" + threadPool.allowsCoreThreadTimeOut()); // 超时空闲销毁时间是否针对核心线程(默认为false,即核心线程会一直保持)
        threadPool.allowCoreThreadTimeOut(true);// 设置为true时不仅临时线程空闲时间超过keepAliveTime会被销毁,核心线程也会超时空闲销毁
        threadPool.purge(); // 将队列中已经取消的fature移除(fature可以取消Callable任务的执行)。这个方法不影响任何功能,只是相当于一个提前的垃圾处理操作(不调用这个方法线程池也会自动处理),这个方法可能因为其它线程影响导致失败。

        // threadPool.shutdown(); // 进入shutDown状态,不再接收新的任务
        // System.out.println("isTerminating()--:" + threadPool.isTerminating()); //
        // SHUTDOWN,STOP,TIDYING三种状态都返回true,这里会返回true。
        // try {
        // System.out.println("awaitTermination" + threadPool.awaitTermination(1, TimeUnit.SECONDS)); //
        // awaitTermination方法只是一个监听方法,他不参与具体的线程池运行。他只是在调用这个方法之后等待指定时间
        // //然后返回线程池是否已经关闭。true:已经关闭。 false:未关闭
        // } catch (InterruptedException e1) {
        // System.out.println("awaitTermination err");
        // e1.printStackTrace();
        // }

        try {
            Thread.sleep(10000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        threadPool.shutdown(); // 进入shutDown状态,不再接收新的任务。他会等待线程池中所有的任务都执行完毕
        // threadPool.shutdownNow(); // 立即关闭线程池,中断当前线程被清空缓存队列。
        Runnable rn = new Runnable() {

            @Override
            public void run() {
                System.out.println("new runnable");
            }
        };
        // threadPool.execute(rn); // 线程池已得到关闭指令,继续添加则根据拒绝策略执行响应操作

        System.out.println("isTerminating()--:" + threadPool.isTerminating()); // SHUTDOWN,STOP,TIDYING三种状态都返回true
        System.out.println("isTerminated()--:" + threadPool.isTerminated()); // TERMINATED 状态
        System.out.println("isShutdown()--:" + threadPool.isShutdown()); // 注意不要被方法的名称所迷惑,并不是只有处于SHUTDOWN状态才返回TRUE,只要不是RUNNING状态都返回true
        /*
         * ThreadPoolExecutor共有5种状态: RUNNING:接收新任务并处理队列中的任务 SHUTDOWN:不接受新任务,但是处理队列任务 STOP:不接受新任务,也不处理队列任务,并中断正在处理的任务。
         * TIDYING:清理状态。所有的任务已经结束,当前工作线程为0.此时会调用terminated(),terminated()状态执行期间 TERMINATED:terminated()方法执行完毕 状态转换条件:
         * RUNNING -> SHUTDOWN:调用shutDown()方法之后。或者是隐式的调用了protect级别的finalize()方法 (RUNNING or SHUTDOWN) ->
         * STOP:调用shutdownNow()方法之后 SHUTDOWN -> TIDYING:当队列线程池都为空 STOP -> TIDYING:线程池为空 TIDYING ->
         * TERMINATED:terminated()方法执行执行完毕
         */

        /** AbstractExecutorService方法 */
        System.out.println("start test AbstractExecutorService");
        List<Callable<String>> callList = new ArrayList<>();
        final AtomicInteger ai = new AtomicInteger();
        for (int i = 0; i < 10; i++) {
            final int j = i;
            Callable<String> callTemp = new Callable<String>() {
                @Override
                public String call() throws Exception {
                    System.out.println("Callable" + j);
                    Thread.sleep(1000);
                    System.out.println("Callable Sleep End" + j);
                    return "This is Callable" + j;
                }
            };
            callList.add(callTemp);
        }
        try {
            // for (int i = 0; i < 11; i++) {
            // System.out.println(threadPool2.invokeAny(callList)); //
            // 执行集合中的任意一条。一旦有一个任务执行完毕就会返回结果并取消其它线程。(个人认为这是一件很危险的事情:如果有A,B两个线程在这个集合,空闲线程大于2导致A,B共同执行,那么如果A执行完毕返回,B执行一半,那么B被取消,但是取消之后B前半部分造成的影响是无法回滚的!!!这需要注意)
            // Thread.sleep(1000);
            // }
            List<Future<String>> result = threadPool2.invokeAll(callList);// 把线程投入线程池并返回Future集合。List结果的顺序和callList的顺序是一样的
            for (Future<String> future : result) {
                System.out.println(future.get());
            }
        } catch (InterruptedException e) {
            e.printStackTrace();
        } catch (ExecutionException e) {
            e.printStackTrace();
        }

    }
}

2.2定时线程池

public class ScheduledThreadPoolExecutorDemo {

    public static void main(String[] args) {
        
        /**
         * public class ScheduledThreadPoolExecutor
         *   extends ThreadPoolExecutor
         *   implements ScheduledExecutorService
         */
        ScheduledThreadPoolExecutor ScheduledThreadPoolExecutor = new ScheduledThreadPoolExecutor(1);
        /**public ScheduledThreadPoolExecutor(int corePoolSize) {
            super(corePoolSize, Integer.MAX_VALUE, 0, TimeUnit.NANOSECONDS,
                  new DelayedWorkQueue());
            }*/
        ScheduledThreadPoolExecutor = new ScheduledThreadPoolExecutor(1, Executors.defaultThreadFactory(), new ThreadPoolExecutor.AbortPolicy());
        /**public ScheduledThreadPoolExecutor(int corePoolSize,
                                       ThreadFactory threadFactory,
                                       RejectedExecutionHandler handler) {
            super(corePoolSize, Integer.MAX_VALUE, 0, TimeUnit.NANOSECONDS,
                  new DelayedWorkQueue(), threadFactory, handler);*/
        ScheduledThreadPoolExecutor = new ScheduledThreadPoolExecutor(1, Executors.defaultThreadFactory());
        /**public ScheduledThreadPoolExecutor(int corePoolSize,
                                       ThreadFactory threadFactory) {
            super(corePoolSize, Integer.MAX_VALUE, 0, TimeUnit.NANOSECONDS,
                  new DelayedWorkQueue(), threadFactory);
            }*/
        ScheduledThreadPoolExecutor = new ScheduledThreadPoolExecutor(5, new ThreadPoolExecutor.CallerRunsPolicy());
        /**public ScheduledThreadPoolExecutor(int corePoolSize,
                                       RejectedExecutionHandler handler) {
            super(corePoolSize, Integer.MAX_VALUE, 0, TimeUnit.NANOSECONDS,
                  new DelayedWorkQueue(), handler);
            }*/
        
        /**
        // 定义自己的拒绝策略
        new RejectedExecutionHandler() {
            
            @Override
            public void rejectedExecution(Runnable r, ThreadPoolExecutor executor) {
                
            }
        };*/
        final AtomicInteger i = new AtomicInteger();
        Runnable run1 = new Runnable() {
            
            @Override
            public void run() {
                try {
                    Thread.sleep(1);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println("A第" + i.incrementAndGet() + "次执行!!!");
            }
        };

        final AtomicInteger i2 = new AtomicInteger();
        Runnable run2 = new Runnable() {
            
            @Override
            public void run() {
                try {
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println("B第" + i2.incrementAndGet() + "次执行");
            }
        };
        
        final AtomicInteger i3 = new AtomicInteger();
        Runnable run3 = new Runnable() {
            
            @Override
            public void run() {
                System.out.println("C第" + i3.incrementAndGet() + "次执行");
            }
        };
        
        Callable<String> call1 = new Callable<String>() {
            
            @Override
            public String call() throws Exception {
                return "当前B: " + i2.get();
            }
        };
        
        
        // 线程池在没有到达最大线程数量时会优先创建新的线程来执行而不是使用空闲线程(eg:如果只有一个定时任务。一个线程执行1s,周期为2s,那么会在0,2,4...分别创建一个新线程,即使之前的线程有空闲的)
        // ps:这个是我根据现象做的猜测-定时任务的条件达成(本次队列执行开始或者本次队列执行完毕)之后并不是寻求新线程去进行运行,而是将其加入其维护的自身内部类(队列DelayedWorkQueue)里面。然后线程会从这个队列里面取出过期元素执行。
        //                    不过并不是和DelayQueue的阻塞取出方法一样如果第一个不过期会阻塞后面的过期的。他用peek取出元素并判断是否过期,直到找到第一个过期元素,实现了非阻塞且先进先过期元素先出的情况。
//        ScheduledThreadPoolExecutor.scheduleAtFixedRate(run1, 0, 1, TimeUnit.SECONDS);  // 周期性的执行Runable(延迟时间以上一个任务开始时间开始计算eg:一个线程执行1s,周期为2s,那么它会在0,2,4,6...执行  一个线程执行4s,周期为2s,那么它会在0,4,8,12...执行)
        ScheduledThreadPoolExecutor.scheduleAtFixedRate(run2, 0, 1, TimeUnit.SECONDS);
//        ScheduledThreadPoolExecutor.scheduleWithFixedDelay(run2, 0, 5, TimeUnit.SECONDS);   // 周期性的执行Runable(延迟时间以上一个任务结束时间开始算。eg:一个线程执行1s,周期为2s,那么它会在0,3,6,9...执行)
        ScheduledThreadPoolExecutor.schedule(run3, 20, TimeUnit.SECONDS);    // 延迟指定时间执行Runable
        ScheduledFuture f = ScheduledThreadPoolExecutor.schedule(call1, 1, TimeUnit.SECONDS);   // 延迟指定时间执行Callable并返回ScheduleFuture
        ScheduledThreadPoolExecutor.getContinueExistingPeriodicTasksAfterShutdownPolicy(); // 默认false(true:继续,false:放弃)
        ScheduledThreadPoolExecutor.setContinueExistingPeriodicTasksAfterShutdownPolicy(true);  // 线程池关闭之后定时任务是否继续执行,包括scheduleAtFixedRate和scheduleWithFixedDelay。如果有周期任务线程池关闭之后会保持最大线程数(如果关闭时线程还未到达最大线程数依然会建立新线程)。
        ScheduledThreadPoolExecutor.getExecuteExistingDelayedTasksAfterShutdownPolicy();    // 默认true(true:继续,false:放弃)
        ScheduledThreadPoolExecutor.setExecuteExistingDelayedTasksAfterShutdownPolicy(true);    // 线程池关闭之后是否继续执行delay任务,如果只有延迟任务线程池关闭之后且这个延时任务执行后会销毁所有线程
        ScheduledThreadPoolExecutor.getRemoveOnCancelPolicy(); // 默认为false
        ScheduledThreadPoolExecutor.setRemoveOnCancelPolicy(true);  // 设置是否在任务被取消之后立刻从队列中移出
        try {
            System.out.println(f.get());
        } catch (InterruptedException e) {
            e.printStackTrace();
        } catch (ExecutionException e) {
            e.printStackTrace();
        }

        try {
            Thread.sleep(10000);
            ScheduledThreadPoolExecutor.shutdown();
            System.out.println("shutdown end");
            Thread.sleep(20000);
            ScheduledThreadPoolExecutor.execute(run3);// shutdown之后再提交任务就会被拒绝(执行定义的拒绝策略)(也就是说setContinueExistingPeriodicTasksAfterShutdownPolicy和setExecuteExistingDelayedTasksAfterShutdownPolicy只负责线程关闭之前的任务)
        } catch (InterruptedException e) {
            System.out.println(1);
            e.printStackTrace();
        } catch (Exception e) {
            e.printStackTrace();
        } 
        
        System.out.println("isShutdown:" + ScheduledThreadPoolExecutor.isShutdown());
    }
}

PS:
【JAVA核心知识】系列导航 [持续更新中…]
上篇导航:13:一文看懂JAVA线程池,轻松应对面试
下篇导航:15.1:线程控制器CountDownLatch
欢迎关注…

  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 4
    评论
### 回答1: Java并发核心知识体系是指在Java编程语言中,用于处理多线程编程的一系列核心知识和技术。Xmind是一种思维导图工具,可以帮助我们清晰地组织和呈现这些知识体系。 Java并发核心知识体系包括以下内容: 1.线程基础知识:了解线程概念、线程创建和启动、线程状态转换等基本概念和操作。 2.线程安全:学习如何确保多个线程访问共享资源时的线程安全性,如使用锁、同步关键字、volatile关键字等。 3.锁和同步:深入研究各种锁的实现原理,比如synchronized关键字、ReentrantLock、ReadWriteLock等,并学习如何正确使用它们。 4.并发集合:了解Java中提供的线程安全的集合类,如ConcurrentHashMap、CopyOnWriteArrayList等。 5.线程通信:学习线程之间的协作和通信,包括使用wait()、notify()、notifyAll()等方法实现等待、通知机制。 6.线程池:学习如何使用线程池来管理和调度线程,提高线程的执行效率和资源利用率。 7.并发工具类:研究一些常用的并发工具类,如Semaphore、CountDownLatch、CyclicBarrier等。 8.原子操作:了解Java提供的原子操作类,如AtomicInteger、AtomicLong等,可以保证某些操作的原子性。 9.并发模型:掌握几种常用的线程并发模型,如生产者消费者模型、读写者模型等。 Xmind可以帮助我们将以上知识整理成一张思维导图,以便更好地理解和记忆。我们可以用中心主题为“Java并发核心知识体系”,然后分支出各个子主题,如“线程基础知识”、“线程安全”、“锁和同步”等,再进一步细分为各个具体的知识点。通过这样清晰的组织结构,我们可以更加系统地学习和理解Java并发编程核心知识。 ### 回答2: Java并发核心知识体系精讲xmind是一份专门用于讲解Java并发编程的思维导图。它通过图形化的方式系统地呈现了Java并发编程核心知识,方便学习者理解和记忆。以下是对Java并发核心知识体系精讲xmind的回答: Java并发核心知识体系精讲xmind是一份非常有价值的学习资料,它对Java并发编程的相关知识进行了详细的整理和总结。通过该xmind文件,学习者可以快速了解并发编程的基本概念、原理和常用工具类,深入了解多线程、线程安全和锁机制等重要的内容。 该xmind文件首先介绍了并发编程的基本概念,如进程、线程和并发的概念,并讲解了线程的生命周期和线程的创建、启动、暂停、终止等操作。接着,该文件详细讲解了Java提供的并发编程核心类,包括Thread、Runnable、Callable、Lock、Condition等,以及线程池和计数器等常用的并发工具类。 该xmind文件还深入讨论了Java并发编程中的一些重点内容,比如线程安全、原子性、可见性和有序性等问题。它解释了线程安全的概念,以及Java中如何实现线程安全,如使用同步机制、锁机制和原子类等方式。此外,该文件还介绍了线程间的通信方式,包括共享内存和消息传递。 在最后,该xmind文件还介绍了一些高级的并发编程技术,比如并发集合类、并发控制和并发算法等。它详细讲解了Java中提供的并发集合类,如ConcurrentHashMap和ConcurrentLinkedQueue等,并解释了它们的设计原理和使用方法。此外,该文件还介绍了一些常见的并发控制和并发算法,如信号量和读写锁等。 综上所述,Java并发核心知识体系精讲xmind是一份非常有价值的学习资料,对于掌握Java并发编程知识和提高多线程编程能力非常有帮助。通过系统地学习该xmind文件,可以更好地理解并发编程的原理和应用,提高并发编程的技术水平。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

yue_hu

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值