AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • 主页
  • 系统&网络
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • 主页
  • 系统&网络
    • 最新
    • 热门
    • 标签
  • Ubuntu
    • 最新
    • 热门
    • 标签
  • Unix
    • 最新
    • 标签
  • DBA
    • 最新
    • 标签
  • Computer
    • 最新
    • 标签
  • Coding
    • 最新
    • 标签
主页 / coding / 问题 / 77045342
Accepted
Saber
Saber
Asked: 2023-09-05 22:21:53 +0800 CST2023-09-05 22:21:53 +0800 CST 2023-09-05 22:21:53 +0800 CST

主线程中额外的 println 导致 Rust 执行不同的结果

  • 772

在学习Rust tokio多线程时发现一个现象,不知道为什么。

这是代码。

use std::{thread, time::Duration};

use chrono::Local;

fn now() -> String {
    Local::now().format("%F %T").to_string()
}

async fn async_task(i: u64) {
    thread::sleep(Duration::from_secs(i));
    println!("{}.async task {}!", now(), i);
}
#[tokio::main]
async fn main() {
    for i in 0..10 {
        tokio::spawn(async_task(i));
    }
    println!("{}.main thread", now());
}

我运行代码,发现每10个异步任务都被执行了。结果如下

2023-09-05 22:08:05.async task 0!
2023-09-05 22:08:05.main thread
2023-09-05 22:08:06.async task 1!
2023-09-05 22:08:07.async task 2!
2023-09-05 22:08:08.async task 3!
2023-09-05 22:08:09.async task 4!
2023-09-05 22:08:10.async task 5!
2023-09-05 22:08:11.async task 6!
2023-09-05 22:08:12.async task 7!
2023-09-05 22:08:13.async task 8!
2023-09-05 22:08:14.async task 9!

当我注释掉线程println中的代码时main,只有少数任务会被执行。

#[tokio::main]
async fn main() {
    for i in 0..10 {
        tokio::spawn(async_task(i));
    }
    // println!("{}.main thread", now());
}

结果如下

2023-09-05 22:10:51.async task 0!
2023-09-05 22:10:52.async task 1!

我已经尝试过很多次了,每次都会出现这种差异。每次尝试时,未注释掉的代码println都会执行所有异步任务,而另一个则不会。

我真的不明白为什么aprintln可以产生如此大的影响。如果有人能提供帮助,我将不胜感激。

multithreading
  • 1 1 个回答
  • 31 Views

1 个回答

  • Voted
  1. Best Answer
    Finomnis
    2023-09-05T22:58:46+08:002023-09-05T22:58:46+08:00

    您的代码行为怪异的真正原因是因为您使用std::thread::sleep而不是tokio::time::sleep.

    使用永远不会阻塞的异步函数时,这一点很重要。异步反应器是非抢占式的,这意味着它们只能在任务之间进行调度.await。这意味着,如果您这样做std::thread::sleep,您就会阻止整个程序。这也是为什么在您的工作程序中,输出并不总是以正确的顺序打印,尽管每次打印之间的时间应该是一整秒。

    如果您替换std::thread::sleep为tokio::time::sleep,您将获得一致的行为(尽管这可能不是您想要的行为):

    use std::time::Duration;
    
    use chrono::Local;
    
    fn now() -> String {
        Local::now().format("%F %T").to_string()
    }
    
    async fn async_task(i: u64) {
        tokio::time::sleep(Duration::from_secs(i)).await;
        println!("{}.async task {}!", now(), i);
    }
    #[tokio::main]
    async fn main() {
        for i in 0..10 {
            tokio::spawn(async_task(i));
        }
        println!("{}.main thread", now());
        tokio::time::sleep(Duration::from_millis(2500)).await;
    }
    
    2023-09-05 16:39:25.main thread
    2023-09-05 16:39:25.async task 0!
    2023-09-05 16:39:26.async task 1!
    2023-09-05 16:39:27.async task 2!
    

    为什么这样?因为main完成后,tokio 会取消所有剩余任务。但同样,tokio 只能在.await点上进行安排,因此在您的“工作”示例中,tokio 仍然尝试取消任务,但没有成功,因为它们从未达到某个.await点。所以看起来东京正在等待他们,但事实并非如此。

    解决这个问题最简单的方法就是不让main函数结束。(实际上这是我想到的唯一方法)

    有多种方法可以实现这一目标。就您的情况而言,在我看来您的意图是等待所有子任务完成,然后结束程序。这可以通过等待连接句柄来完成:

    use std::time::Duration;
    
    use chrono::Local;
    
    fn now() -> String {
        Local::now().format("%F %T").to_string()
    }
    
    async fn async_task(i: u64) {
        tokio::time::sleep(Duration::from_secs(i)).await;
        println!("{}.async task {}!", now(), i);
    }
    #[tokio::main]
    async fn main() {
        let mut joinhandles = Vec::new();
        for i in 0..10 {
            joinhandles.push(tokio::spawn(async_task(i)));
        }
    
        println!("{}.main thread", now());
    
        for joinhandle in joinhandles {
            joinhandle.await.unwrap();
        }
    }
    
    2023-09-05 16:47:23.main thread
    2023-09-05 16:47:23.async task 0!
    2023-09-05 16:47:24.async task 1!
    2023-09-05 16:47:25.async task 2!
    2023-09-05 16:47:26.async task 3!
    2023-09-05 16:47:27.async task 4!
    2023-09-05 16:47:28.async task 5!
    2023-09-05 16:47:29.async task 6!
    2023-09-05 16:47:30.async task 7!
    2023-09-05 16:47:31.async task 8!
    2023-09-05 16:47:32.async task 9!
    

    也就是说,一一等待它们有点乏味,而且也可以防止立即传播错误。相反,您可以使用futures::future::try_join_all:

    use std::time::Duration;
    
    use chrono::Local;
    
    fn now() -> String {
        Local::now().format("%F %T").to_string()
    }
    
    async fn async_task(i: u64) {
        tokio::time::sleep(Duration::from_secs(i)).await;
        println!("{}.async task {}!", now(), i);
    }
    #[tokio::main]
    async fn main() {
        // Same as the for-loop in the earlier example,
        // just more compact and functional
        let joinhandles = (0..10)
            .map(|i| tokio::spawn(async_task(i)))
            .collect::<Vec<_>>();
    
        println!("{}.main thread", now());
    
        futures::future::try_join_all(joinhandles).await.unwrap();
    }
    
    2023-09-05 16:56:14.main thread
    2023-09-05 16:56:14.async task 0!
    2023-09-05 16:56:15.async task 1!
    2023-09-05 16:56:16.async task 2!
    2023-09-05 16:56:17.async task 3!
    2023-09-05 16:56:18.async task 4!
    2023-09-05 16:56:19.async task 5!
    2023-09-05 16:56:20.async task 6!
    2023-09-05 16:56:21.async task 7!
    2023-09-05 16:56:22.async task 8!
    2023-09-05 16:56:23.async task 9!
    
    • 3

相关问题

  • 从缓存中刷新低争用原子的最佳方式?

  • Rust:遍历文件夹并打开每个文件

Sidebar

Stats

  • 问题 205573
  • 回答 270741
  • 最佳答案 135370
  • 用户 68524
  • 热门
  • 回答
  • Marko Smith

    使用 <font color="#xxx"> 突出显示 html 中的代码

    • 2 个回答
  • Marko Smith

    为什么在传递 {} 时重载解析更喜欢 std::nullptr_t 而不是类?

    • 1 个回答
  • Marko Smith

    您可以使用花括号初始化列表作为(默认)模板参数吗?

    • 2 个回答
  • Marko Smith

    为什么列表推导式在内部创建一个函数?

    • 1 个回答
  • Marko Smith

    我正在尝试仅使用海龟随机和数学模块来制作吃豆人游戏

    • 1 个回答
  • Marko Smith

    java.lang.NoSuchMethodError: 'void org.openqa.selenium.remote.http.ClientConfig.<init>(java.net.URI, java.time.Duration, java.time.Duratio

    • 3 个回答
  • Marko Smith

    为什么 'char -> int' 是提升,而 'char -> Short' 是转换(但不是提升)?

    • 4 个回答
  • Marko Smith

    为什么库中不调用全局变量的构造函数?

    • 1 个回答
  • Marko Smith

    std::common_reference_with 在元组上的行为不一致。哪个是对的?

    • 1 个回答
  • Marko Smith

    C++17 中 std::byte 只能按位运算?

    • 1 个回答
  • Martin Hope
    fbrereto 为什么在传递 {} 时重载解析更喜欢 std::nullptr_t 而不是类? 2023-12-21 00:31:04 +0800 CST
  • Martin Hope
    比尔盖子 您可以使用花括号初始化列表作为(默认)模板参数吗? 2023-12-17 10:02:06 +0800 CST
  • Martin Hope
    Amir reza Riahi 为什么列表推导式在内部创建一个函数? 2023-11-16 20:53:19 +0800 CST
  • Martin Hope
    Michael A fmt 格式 %H:%M:%S 不带小数 2023-11-11 01:13:05 +0800 CST
  • Martin Hope
    God I Hate Python C++20 的 std::views::filter 未正确过滤视图 2023-08-27 18:40:35 +0800 CST
  • Martin Hope
    LiDa Cute 为什么 'char -> int' 是提升,而 'char -> Short' 是转换(但不是提升)? 2023-08-24 20:46:59 +0800 CST
  • Martin Hope
    jabaa 为什么库中不调用全局变量的构造函数? 2023-08-18 07:15:20 +0800 CST
  • Martin Hope
    Panagiotis Syskakis std::common_reference_with 在元组上的行为不一致。哪个是对的? 2023-08-17 21:24:06 +0800 CST
  • Martin Hope
    Alex Guteniev 为什么编译器在这里错过矢量化? 2023-08-17 18:58:07 +0800 CST
  • Martin Hope
    wimalopaan C++17 中 std::byte 只能按位运算? 2023-08-17 17:13:58 +0800 CST

热门标签

python javascript c++ c# java typescript sql reactjs html

Explore

  • 主页
  • 问题
    • 最新
    • 热门
  • 标签
  • 帮助

Footer

AskOverflow.Dev

关于我们

  • 关于我们
  • 联系我们

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve