Tokio的Handle::block_on和Runtime::block_on有什么不同？
提问于 2021-08-30 06:44:53
tokio::runtime::Handle.block_on和tokio::runtime::Runtime.block_on有什么不同？Handle.block_on导致一些代码挂起，而Runtime.block_on工作正常。
这就是我创建Handle的方式。除了最后两行之外，Runtime是相同的。
let runtime = runtime::Builder::new_multi_thread()
.enable_all()
.build()
.unwrap()
.handle() // not needed for Runtime
.clone(); // ---然后，我调用一个函数，该函数如下所示：
async fn run(){
// calls get data
}
self.runtime.block_on(run())这是它挂起的代码。当从Runtime运行时，它工作得很好，使用Handle时，它在TcpStream::connect()挂起。
async fn get_data(addr: String) -> Result<Data> {
let c = TcpStream::connect(addr.clone()).await?; // hangs here
let t = get_data_from_connect(c).await?;
return Ok(t);
}
回答 1
Stack Overflow用户
回答已采纳
发布于 2021-08-30 23:26:34
我通过确保Runtime对象不会超出作用域并被删除来修复此问题。我的印象是，除了only the Runtime object itself can之外，只需要Handle来保持运行时的活力。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/68986021
复制
![[答疑]BPMN里面两个活动之间的数据传输怎么表示](https://ask.qcloudimg.com/http-save/yehe-6288414/gbf26advmo.png)
腾讯云开发者
