面试系列多线程:核心参数设置多少合适

可能很多人都看到过《Java 并发编程实践》这本书里介绍的一个线程数计算公式:
Ncpu = CPU 核数
Ucpu = 目标 CPU 利用率,0 <= Ucpu <= 1
W / C = 等待时间 / 计算时间
要程序跑到 CPU 的目标利用率,需要的线程数为:
Nthreads = Ncpu * Ucpu * (1 + W / C)
这公式太偏理论化了,很难实际落地下来,首先很难获取准确的等待时间和计算时间。再着一个服务中会运行着很多线程,比如 Tomcat 有自己的线程池、Dubbo 有自己的线程池、GC 也有自己的后台线程,我们引入的各种框架、中间件都有可能有自己的工作线程,这些线程都会占用 CPU 资源,所以通过此公式计算出来的误差一定很大。

其实没有固定答案,需要通过压测不断的动态调整线程池参数,观察 CPU 利用率、系统负载、GC、内存、RT、吞吐量等各种综合指标数据,来找到一个相对比较合理的值。
所以不要再问设置多少线程合适了,这个问题没有标准答案,需要结合业务场景,设置一系列数据指标,排除可能的干扰因素,注意链路依赖(比如连接池限制、三方接口限流),然后通过不断动态调整线程数,测试找到一个相对合适的值。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Java多线程参数设置包括线程池的七大参数,其中包括corePoolSize、maximumPoolSize、keepAliveTime、unit、workQueue、threadFactory和handler。下面是这些参数的详细介绍: 1. corePoolSize:核心线程数,即线程池中一直保持的线程数,即使它们处于空闲状态。如果提交的任务数大于corePoolSize,线程池就会创建新的线程来处理任务,直到线程数达到maximumPoolSize。 2. maximumPoolSize:线程池中允许的最大线程数。如果提交的任务数大于maximumPoolSize,线程池就会拒绝处理任务并抛出异常。 3. keepAliveTime:线程池中空闲线程的存活时间。如果线程池中的线程数大于corePoolSize,那么当线程空闲时间达到keepAliveTime时,多余的线程就会被销毁直到只剩下corePoolSize个线程为止。 4. unit:keepAliveTime的时间单位,可以是秒、毫秒、微秒等。 5. workQueue:任务队列,用于保存等待执行的任务。常用的有ArrayBlockingQueue、LinkedBlockingQueue、SynchronousQueue等。 6. threadFactory:线程工厂,用于创建新的线程。可以自定义线程工厂来设置线程的名称、优先级等属性。 7. handler:拒绝策略,用于处理无法处理的任务。常用的有AbortPolicy、CallerRunsPolicy、DiscardOldestPolicy、DiscardPolicy等。 下面是一个示例代码,演示如何设置线程池的参数: ```java ThreadPoolExecutor executor = new ThreadPoolExecutor( 2, // corePoolSize 4, // maximumPoolSize 60, // keepAliveTime TimeUnit.SECONDS, // unit new ArrayBlockingQueue<Runnable>(10), // workQueue Executors.defaultThreadFactory(), // threadFactory new ThreadPoolExecutor.AbortPolicy() // handler ); ```

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值