众所周知的,线程是操作系统能够调度的最小单位。为什么需要多线程呢?因为我们的CPU的运算速度是非常的快的,在一个应用程序的运行过程中的大部分时间,都花在了,I/O操作,网络请求,和数据库操作上。如果没有多线程,我们的CPU大部分时间都是处于等待的状态,对CPU的资源造成了极大的浪费。多线程就是多个线程去共享CPU的时间片。一个CPU在一个固定的时间点,一个CPU只会处理一条线程中的指令。提高了CPU的利用率,注意并不是提高了CPU的执行速度。
**那如果我们有100个任务,开启100个线程去执行100个任务,就比我们开启一个线程
去执行100个任务快嘛?**
答案是否定的,因为频繁的创建和销毁线程,会耗费一定的CPU资源的。而且CPU在执行线程中的指令时,涉及到了线程的上下文切换,这也是一定的开销的。CPU在固定时间执行了一个线程中的指令后,会切换到下一个任务。但是在切换前,会保存当前任务的执行状态,以便下次切换会这个任务时可以加载这个任务的状态。程序计数器,就是起到了这个作用。
今天我们就主要来聊一聊这个问题。我们通过实例来验证这个说法。
我们通过创建一个FixThreadPool并指定它的核心线程数来执行我们的任务。对Java线程池有一定了解的同学都知道,FixThreadPool是Java为我们内置的四种线程池种的一中。
它只配置了核心线程数,数量由开发者指定。如果线程池内的核心线程数,达到了核心线程数量,我们的任务就会被放在一个阻塞队列BlockingQueue中,等待空闲的线程去取出队列中的任务并执行。
下面我们上代码:
//创建一个原子类,记录当前任务的完成数量。
AtomicInteger atomicInteger = new AtomicInteger(0);
//创建核心线程数量为10的FixThreadPool
ExecutorService mFixThreadPool = Executors.newFixedThreadPool(20);
//记录任务的开始时间
private long start = 0;
//记录任务的结束时间
private long end = 0;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//记录任务开始时间
start = System.currentTimeMillis();
//向线程池中提交20个任务,并执行
for(int i = 0 ; i < 20;i++){
Runnable runnable = new MyRunnable(i,AsyncActivity.this);
mFixThreadPool.submit(runnable);
}
}
private static class MyRunnable implements Runnable{
private final WeakReference mActivity;
private int i = 0;
MyRunnable(int i, AsyncActivity mActivity) {
this.i = i;
this.mActivity = new WeakReference(mActivity);
}
@Override
public void run() {
while (i<100000){
i++;
}
int g = mActivity.get().atomicInteger.addAndGet(1);
if(g == 10){
mActivity.get().end = System.currentTimeMillis();
Log.v(“AsyncActivity”,mActivity.get().end - mActivity.get().start+“ms”);
}
}
}