一段伪代码引发的多线程的思考

最新推荐文章于 2024-01-24 22:38:00 发布

原创最新推荐文章于 2024-01-24 22:38:00 发布 · 1.1k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#多线程

多线程专栏收录该内容

0 篇文章

订阅专栏

本文通过一段伪代码解析了多线程环境下消息发送顺序的不确定性问题，并提供了一种解决方案，即通过消息队列来确保消息按预期顺序执行。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

多线程使我们的程序的执行效率得到了很大的提高，但稍有不慎，它也给我们程序带来致命一击，下面就通过一段伪代码来解析平时容易犯错误的一个问题,代码如下：

/**
*  执行一个task，停止正在播放的任务，然后重新开始播放
*/
public void exeTask(){
    MsgSendUtil.sendData("stop"); （1）
    MsgSendUtil.sendData("play"); （2）
}


/**
* 通过线程池发送数据
*/
public void sendData(final String data){
    ThreadPool.getInstace.excute(new Runnable{
        @override
        public void run(){
            write(data.getBytes());（3）
        }
    });
}

这是一段很简单的代码，就是通过线程池发送了两个消息，首先发送 “stop”消息，然后再发送一个 “play” 消息。但是执行的结果却出乎意料，因为这两消息的执行顺序非常随机，有时先执行“stop” 消息，然后再执行 “play” 消息，有时刚好相反，问题究竟出在哪里呢？

首先我们要明白，exeTask() 方法中的的两行代码（1），（2）是在同一个线程中执行的，假设都是主线程（main Thread）。
sendData() 中的代码是在线程池中执行的，即（3）这行代码是在子线程中执行的。

3.多线程其实是一个伪概念，程序真正执行时还是单线程执行的，所谓的多线程只不过是 cpu 在多个线程间切换执行，每个线程执行一定的时间片后然后切换。理解了这一点后，那么上面的代码就会出现下面几种可能：

1> 代码（1）先调用，但是主线程的时间片还未结束，于是代码（2）调用，主线程执行完毕，然后才开始两个子线程抢占，随机执行
2> 代码（1）先调用，但是主线程的时间片到了，于是切换到（1）代码中的子线程执行去发送数据，执行完毕后，又切换到主线程执行，开始执行代码（2），然后执行代码（2）的发送数据

第二种可能才是我们想要的结果，但是第一种可能却是多线程无法避免的问题，那该怎么解决这样的问题呢？ 对 sendData() 稍作修改：

/*
* 通过handler 消息队列发送消息，（当然采用HandlerThread）
*/
public void sendData(final String data){
    handle.post(new Runnable{
        @override
        public void run(){
            write(data.getBytes());
        }
    })
}

通过消息队列，消息依次入列，即可以在子线程依次将消息发送出去。。。