J.U.C之线程池-基础架构

 先看一下线程池的基础架构图:

  1. Executor
    Executor,任务的执行者,线程池框架中几乎所有类都直接或者间接实现Executor接口,它是线程池框架的基础。Executor提供了一种将“任务提交”与“任务执行”分离开来的机制,它仅提供了一个Execute()方法用来执行已经提交的Runnable任务。 
    public interface Executor {
    
        /**
         * Executes the given command at some time in the future.  The command
         * may execute in a new thread, in a pooled thread, or in the calling
         * thread, at the discretion of the {@code Executor} implementation.
         *
         * @param command the runnable task
         * @throws RejectedExecutionException if this task cannot be
         * accepted for execution
         * @throws NullPointerException if command is null
         */
        void execute(Runnable command);
    }
  2. ExecutorService
    ExecutorService,继承Executor,它是“执行者服务”接口,它是为"执行者接口Executor"服务而存在的。准确的地说,ExecutorService提供了“将任务提交给执行者的接口(submit方法)”,“让执行者执行任务(invokeAll, invokeAny方法)”的接口等等。 
    public interface ExecutorService extends Executor {
    /**
    * 启动一次顺序关闭,执行以前提交的任务,但不接受新任务
    */
    void shutdown();
    
    /**
    * 试图停止所有正在执行的活动任务,暂停处理正在等待的任务,并返回等待执行的任务列表
    */
    List<Runnable> shutdownNow();
    
    /**
    * 如果此执行程序已关闭,则返回 true。
    */
    boolean isShutdown();
    
    /**
    * 如果关闭后所有任务都已完成,则返回 true
    */
    boolean isTerminated();
    
    /**
    * 请求关闭、发生超时或者当前线程中断,无论哪一个首先发生之后,都将导致阻塞,直到所有任务完成执行
    */
    boolean awaitTermination(long timeout, TimeUnit unit)
    throws InterruptedException;
    
    /**
    * 提交一个返回值的任务用于执行,返回一个表示任务的未决结果的 Future
    */
    <T> Future<T> submit(Callable<T> task);
    
    /**
    * 提交一个 Runnable 任务用于执行,并返回一个表示该任务的 Future
    */
    <T> Future<T> submit(Runnable task, T result);
    
    /**
    * 提交一个 Runnable 任务用于执行,并返回一个表示该任务的 Future
    */
    Future<?> submit(Runnable task);
    
    /**
    * 执行给定的任务,当所有任务完成时,返回保持任务状态和结果的 Future 列表
    */
    <T> List<Future<T>> invokeAll(Collection<? extends Callable<T>> tasks)
    throws InterruptedException;
    
    /**
    * 执行给定的任务,当所有任务完成或超时期满时(无论哪个首先发生),返回保持任务状态和结果的 Future 列表
    */
    <T> List<Future<T>> invokeAll(Collection<? extends Callable<T>> tasks,
    long timeout, TimeUnit unit)
    throws InterruptedException;
    
    /**
    * 执行给定的任务,如果某个任务已成功完成(也就是未抛出异常),则返回其结果
    */
    <T> T invokeAny(Collection<? extends Callable<T>> tasks)
    throws InterruptedException, ExecutionException;
    
    /**
    * 执行给定的任务,如果在给定的超时期满前某个任务已成功完成(也就是未抛出异常),则返回其结果
    */
    <T> T invokeAny(Collection<? extends Callable<T>> tasks,
    long timeout, TimeUnit unit)
    throws InterruptedException, ExecutionException, TimeoutException;}
  3. AbstractExecutorService
    抽象类,实现ExecutorService接口,为其提供默认实现。
    AbstractExecutorService除了实现ExecutorService接口外,还提供了newTaskFor()方法返回一个RunnableFuture,在运行的时候,它将调用底层可调用任务,作为 Future 任务,它将生成可调用的结果作为其结果,并为底层任务提供取消操作。
  4. ScheduleExecutorService
    继承ExcutorService,是一个“延迟”和“定期执行”的ExecutorService,提供了一些方法安排任务按照给定的条件延时执行或者周期性执行。
    // 创建并执行在给定延迟后启用的 ScheduledFuture。
    <V> ScheduledFuture<V> schedule(Callable<V> callable, long delay, TimeUnit unit)
    
    // 创建并执行在给定延迟后启用的一次性操作。
    ScheduledFuture<?> schedule(Runnable command, long delay, TimeUnit unit)
    
    // 创建并执行一个在给定初始延迟后首次启用的定期操作,后续操作具有给定的周期;
    //也就是将在 initialDelay 后开始执行,然后在 initialDelay+period 后执行,接着在 initialDelay + 2 * period 后执行,依此类推。
    ScheduledFuture<?> scheduleAtFixedRate(Runnable command, long initialDelay, long period, TimeUnit unit)
    
    // 创建并执行一个在给定初始延迟后首次启用的定期操作,随后,在每一次执行终止和下一次执行开始之间都存在给定的延迟。
    ScheduledFuture<?> scheduleWithFixedDelay(Runnable command, long initialDelay, long delay, TimeUnit unit)
  5. ThreadPoolExecutor
    ThreadPoolExecutor是AbstractExecutorService的默认实现,也是Executors工厂类的底层实现,提供了四个重载的自定义线程池参数的构造方法,提供了提交任务和中止线程池的执行方法,也提供了查看线程池运行状态的监控方法。
    ThreadPoolExecutor的具体分析将在另一篇博客具体阐述,在此只简单介绍三个方法:
  6.     //实现Executor的execute方法
        //1.如果线程池当前线程数小于corePoolSize,则调用addWorker创建新线程执行任务,成功返回true,失败执行步骤2
        //2.如果线程池处于RUNNING状态,则尝试加入阻塞队列,如果加入阻塞队列成功,则尝试进行Double Check,确保线程可以被执行,如果加入失败,则执行步骤3
        //3.如果线程池不是RUNNING状态或者加入阻塞队列失败,则尝试创建新线程直到maxPoolSize,如果失败,则调用reject()方法执行对应的拒绝策略
        public void execute(Runnable var1) {
            if (var1 == null) {
                throw new NullPointerException();
            } else {
                int var2 = this.ctl.get();
                if (workerCountOf(var2) < this.corePoolSize) {
                    if (this.addWorker(var1, true)) {
                        return;
                    }
    
                    var2 = this.ctl.get();
                }
    
                if (isRunning(var2) && this.workQueue.offer(var1)) {
                    int var3 = this.ctl.get();
                    if (!isRunning(var3) && this.remove(var1)) {
                        this.reject(var1);
                    } else if (workerCountOf(var3) == 0) {
                        this.addWorker((Runnable)null, false);
                    }
                } else if (!this.addWorker(var1, false)) {
                    this.reject(var1);
                }
    
            }
        }
    
        //按过去执行已提交任务的顺序发起一个有序的关闭,但是不接受新任务
        public void shutdown() {
            ...
        }
    
        //尝试停止所有的活动执行任务、暂停等待任务的处理,并返回等待执行的任务列表
        public List<Runnable> shutdownNow() {
            ...
        }
  7. ScheduledThreadPoolExecutor
    ScheduledThreadPoolExecutor继承ThreadPoolExecutor并且实现ScheduledExecutorService接口,相当于提供了“延迟”和“周期执行”功能的ThreadPoolExecutor。
  8. Executors
    静态工厂类,提供了Executor、ExecutorService、ScheduledExecutorService、ThreadFactory 、Callable 等类的静态工厂方法,通过这些工厂方法我们可以得到相对应的对象。 
    (1)创建并返回设置有常用配置字符串的 ExecutorService 的方法。
    (2)创建并返回设置有常用配置字符串的 ScheduledExecutorService 的方法。
    (3)创建并返回“包装的”ExecutorService 方法,它通过使特定于实现的方法不可访问来禁用重新配置。
    (4)创建并返回 ThreadFactory 的方法,它可将新创建的线程设置为已知的状态。
    (5)创建并返回非闭包形式的 Callable 的方法,这样可将其用于需要 Callable 的执行方法中。

转载于:https://www.cnblogs.com/CHMaple/p/9283678.html

以下是对提供的参考资料的总结,按照要求结构化多个要点分条输出: 4G/5G无线网络优化与网规案例分析: NSA站点下终端掉4G问题:部分用户反馈NSA终端频繁掉4G,主要因终端主动发起SCGfail导致。分析显示,在信号较好的环境下,终端可能因节能、过热保护等原因主动释放连接。解决方案建议终端侧进行分析处理,尝试关闭节电开关等。 RSSI算法识别天馈遮挡:通过计算RSSI平均值及差值识别天馈遮挡,差值大于3dB则认定有遮挡。不同设备分组规则不同,如64T和32T。此方法可有效帮助现场人员识别因环境变化引起的网络问题。 5G 160M组网小区CA不生效:某5G站点开启100M+60M CA功能后,测试发现UE无法正常使用CA功能。问题原因在于CA频点集标识配置错误,修正后测试正常。 5G网络优化与策略: CCE映射方式优化:针对诺基亚站点覆盖农村区域,通过优化CCE资源映射方式(交织、非交织),提升RRC连接建立成功率和无线接通率。非交织方式相比交织方式有显著提升。 5G AAU两扇区组网:与三扇区组网相比,AAU两扇区组网在RSRP、SINR、下载速率和上传速率上表现不同,需根据具体场景选择适合的组网方式。 5G语音解决方案:包括沿用4G语音解决方案、EPS Fallback方案和VoNR方案。不同方案适用于不同的5G组网策略,如NSA和SA,并影响语音连续性和网络覆盖。 4G网络优化与资源利用: 4G室分设备利旧:面对4G网络投资压减与资源需求矛盾,提出利旧多维度调优策略,包括资源整合、统筹调配既有资源,以满足新增需求和提质增效。 宏站RRU设备1托N射灯:针对5G深度覆盖需求,研究使用宏站AAU结合1托N射灯方案,快速便捷地开通5G站点,提升深度覆盖能力。 基站与流程管理: 爱立信LTE基站邻区添加流程:未提供具体内容,但通常涉及邻区规划、参数配置、测试验证等步骤,以确保基站间顺畅切换和覆盖连续性。 网络规划与策略: 新高铁跨海大桥覆盖方案试点:虽未提供详细内容,但可推测涉及高铁跨海大桥区域的4G/5G网络覆盖规划,需考虑信号穿透、移动性管理、网络容量等因素。 总结: 提供的参考资料涵盖了4G/5G无线网络优化、网规案例分析、网络优化策略、资源利用、基站管理等多个方面。 通过具体案例分析,展示了无线网络优化中的常见问题及解决方案,如NSA终端掉4G、RSSI识别天馈遮挡、CA不生效等。 强调了5G网络优化与策略的重要性,包括CCE映射方式优化、5G语音解决方案、AAU扇区组网选择等。 提出了4G网络优化与资源利用的策略,如室分设备利旧、宏站RRU设备1托N射灯等。 基站与流程管理方面,提到了爱立信LTE基站邻区添加流程,但未给出具体细节。 新高铁跨海大桥覆盖方案试点展示了特殊场景下的网络规划需求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值