调用第三方SDK,有万分之一的几率阻塞线程,导致其他线程无法获取锁lock,如何解决(第三方SDK不能修改)

博客讨论了在调用第三方SDK可能导致线程阻塞的问题,提出通过线程池和设置超时策略来解决。文章介绍了线程池的工作原理,包括Executor接口、ThreadPoolExecutor类的构造参数以及拒绝处理策略。同时,提到了FutureTask在处理异步任务结果中的角色。解决方案是设定超时时间,当SDK响应超时则关闭线程并重新尝试调用。
摘要由CSDN通过智能技术生成

前言

这是一个线程问题,问题的根源在于调用第三方SDK时间过长(可能是一直)引来的问题。而几率只有万分之一,所以如果阻塞,又不能排查第三方SDK,那就放弃这次连接。重新再来。

解决之前知识铺垫

线程

我们有三种(准确的说是两种)常见的创建线程的方法,第一种是继承Thread类,第二种是实现Runnable的接口或者实现callable接口,第三种是使用匿名内部类的方式(这种方式实质是对前两种的改写)。但是线程在运行结束后都会被虚拟机销毁,如果线程数量多的话,频繁的创建和销毁线程会大大浪费时间和效率,更重要的是浪费内存,因为正常来说线程执行完毕后死亡,线程对象变成垃圾!那么有没有一种方法能让线程运行完后不立即销毁,而是让线程重复使用,继续执行其他的任务哪?我们使用线程池就能很好地解决这个问题。

线程池

我们重点来说线程池,也用线程池来解决这个问题。

Executor

线程池的最上层接口是Executor,这个接口定义了一个核心方法execute(Runnabel command),这个方法最后被ThreadPoolExecutor类实现,这个方法是用来传入任务的。而且ThreadPoolExecutor是线程池的核心类,此类的构造方法如下

public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit,
            BlockingQueue<Runnable> workQueue);
 
    public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit,
            BlockingQueue<Runnable> workQueue,ThreadFactory threadFactory);
 
    public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值