- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
考虑以下程序(在 CPython 3.4.0b1 上运行):
import math
import asyncio
from asyncio import coroutine
@coroutine
def fast_sqrt(x):
future = asyncio.Future()
if x >= 0:
future.set_result(math.sqrt(x))
else:
future.set_exception(Exception("negative number"))
return future
def slow_sqrt(x):
yield from asyncio.sleep(1)
future = asyncio.Future()
if x >= 0:
future.set_result(math.sqrt(x))
else:
future.set_exception(Exception("negative number"))
return future
@coroutine
def run_test():
for x in [2, -2]:
for f in [fast_sqrt, slow_sqrt]:
try:
future = yield from f(x)
print("\n{} {}".format(future, type(future)))
res = future.result()
print("{} result: {}".format(f, res))
except Exception as e:
print("{} exception: {}".format(f, e))
loop = asyncio.get_event_loop()
loop.run_until_complete(run_test())
我有 2 个(相关)问题:
即使在 fast_sqrt
上使用装饰器,Python 似乎优化了在 fast_sqrt
中创建的 Future总而言之,一个普通的float
被退回。然后在 run_test()
中爆炸在yield from
为什么我需要评估future.result()
在run_test
检索火异常的值? docs说yield from <future>
“暂停协程直到 future 完成,然后返回 future 的结果,或引发异常”。为什么我需要手动获取 future 的结果?
这是我得到的:
oberstet@COREI7 ~/scm/tavendo/infrequent/scratchbox/python/asyncio (master)
$ python3 -V
Python 3.4.0b1
oberstet@COREI7 ~/scm/tavendo/infrequent/scratchbox/python/asyncio (master)
$ python3 test3.py
1.4142135623730951 <class 'float'>
<function fast_sqrt at 0x00B889C0> exception: 'float' object has no attribute 'result'
Future<result=1.4142135623730951> <class 'asyncio.futures.Future'>
<function slow_sqrt at 0x02AC8810> result: 1.4142135623730951
<function fast_sqrt at 0x00B889C0> exception: negative number
Future<exception=Exception('negative number',)> <class 'asyncio.futures.Future'>
<function slow_sqrt at 0x02AC8810> exception: negative number
oberstet@COREI7 ~/scm/tavendo/infrequent/scratchbox/python/asyncio (master)
好的,我找到了“问题”。 yield from asyncio.sleep
在slow_sqrt
将自动使其成为协程。等待需要以不同的方式完成:
def slow_sqrt(x):
loop = asyncio.get_event_loop()
future = asyncio.Future()
def doit():
if x >= 0:
future.set_result(math.sqrt(x))
else:
future.set_exception(Exception("negative number"))
loop.call_later(1, doit)
return future
所有 4 个变体都是 here .
最佳答案
关于 #1:Python 没有做这样的事情。请注意 fast_sqrt
您编写的函数(即在任何装饰器之前)不是生成器函数、协程函数、任务或任何您想调用的函数。这是一个同步运行并返回您在 return
之后写入的内容的普通函数。陈述。取决于 @coroutine
的存在,非常不同的事情发生了。两者都导致相同的错误只是运气不好。
没有装饰器,fast_sqrt(x)
像普通函数一样运行并返回 float 的 future (不管上下文)。那个 future 被future = yield from ...
消耗了, 离开 future
一个 float (没有 result
方法)。
用装饰器,调用f(x)
通过 @coroutine
创建的包装函数.此包装函数调用 fast_sqrt
并使用 yield from <future>
为您解压由此产生的 future build 。因此,这个包装函数本身就是一个协程。因此,future = yield from ...
等待 that 协程并离开 future
又是一个 float 。
关于#2,yield from <future>
确实有效(如上所述,您在使用未修饰的 fast_sqrt
时使用它),您也可以这样写:
future = yield from coro_returning_a_future(x)
res = yield from future
(模数它不适用于写入的 fast_sqrt
,并且不会为您带来额外的异步性,因为 future 在它从 coro_returning_a_future
返回时已经完成。)
您的核心问题似乎是您混淆了协程和 future 。您的两个 sqrt 实现都尝试成为导致 future 的异步任务。根据我有限的经验,这不是通常编写 asyncio 代码的方式。它允许您将 future 的构建和 future 所代表的计算拉入两个独立的异步任务中。但是你不这样做(你返回一个已经完成的 future )。大多数时候,这不是一个有用的概念:如果您必须异步执行一些计算,您可以将其编写为协程(可以挂起)或你将它插入另一个线程并使用 yield from <future>
与它通信.两者都不是。
要使平方根计算异步,只需编写一个常规协程来执行计算和 return
结果(coroutine
装饰器会将 fast_sqrt
变成一个异步运行并可以等待的任务)。
@coroutine
def fast_sqrt(x):
if x >= 0:
return math.sqrt(x)
else:
raise Exception("negative number")
@coroutine # for documentation, not strictly necessary
def slow_sqrt(x):
yield from asyncio.sleep(1)
if x >= 0:
return math.sqrt(x)
else:
raise Exception("negative number")
...
res = yield from f(x)
assert isinstance(res, float)
关于Python asyncio、futures 和 yield from,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20729104/
我正在通过这个示例https://www.rusoto.org/futures.html学习Rust和Rusoto 而且我发现许多代码已经过时了。所以我改变了这样的代码: use rusoto_cor
这是一个理论问题。我有一个服务可以调用来完成工作,但该服务可能无法完成所有工作,因此我需要调用第二个服务来完成它。 我想知道是否有办法在没有 Await.result 的情况下做类似的事情map 函数
这个问题是关于如何阅读 Rust 文档并提高我对 Rust 的理解,从而了解如何解决这个特定的编译器错误。 我读过 tokio docs并试验了许多 examples .在编写自己的代码时,我经常遇到
我有一个使用分页的 HTTP api,我想将它包装到一个通用的 Rust 流中,以便所有端点都可以使用相同的接口(interface),这样我就可以使用 Stream 附带的特征函数特征。 我收到了这
我正在查看 AKKA 的 Java Futures API,我看到了很多处理同一类型的多个 future 的方法,但我没有看到任何处理不同类型的 future 的方法。我猜我让事情变得更加复杂了。 无
环境:Akka 2.1,scala 版本 2.10.M6,JDK 1.7,u5 现在是我的问题: 我有: future1 = Futures.future(new Callable>(){...});
我有一些代码可以将请求提交给另一个线程,该线程可能会也可能不会将该请求提交给另一个线程。这会产生 Future> 的返回类型.是否有一些非令人发指的方法可以立即将其变成 Future等待整个 futu
如果我有以下代码: Future a = new Future(() { print('a'); return 1; }); Future b = new Future.error('Error!')
我一直试图简化我在 Scala 中做 future 的方式。我有一次收到了 Future[Option[Future[Option[Boolean]]但我在下面进一步简化了它。有没有更好的方法来简化这
Scala 中从 Future[Option[Future[Int]]] 转换的最干净的方法是什么?至 Future[Option[Int]] ?甚至有可能吗? 最佳答案 有两个嵌套Future s
使用下面的示例,future2 如何在 future1 完成后使用 future1 的结果(不阻塞 future3 从被提交)? from concurrent.futures import Proc
这两个类代表了并发编程的优秀抽象,因此它们不支持相同的 API 有点令人不安。 具体根据docs : asyncio.Future is almost compatible with concurre
我正在尝试使用 wasm_bindgen 实现 API 类使用异步调用。 #![allow(non_snake_case)] use std::future::Future; use serde::{
这个问题在这里已经有了答案: Futures / Success race (3 个回答) 去年关闭。 所有的 future 最终可能会成功(有些可能会失败),但我们希望第一个成功。并希望将这一结果表
我在练习asyncio在编写多线程代码多年之后。 注意到一些我觉得很奇怪的东西。都在 asyncio在 concurrent有一个Future目的。 from asyncio import Futur
如何将Future[Option[Future[Option[X]]]]转换为Future[Option[X]]? 如果它是 TraversableOnce 而不是 Option 我会使用 Futur
我正在尝试同时发送 HTTP 请求。为此,我使用 concurrent.futures 这是简单的代码: import requests from concurrent import futures
我们在 vertx 中使用 Futures 的例子如下: Future fetchVehicle = getUserBookedVehicle(routingContext, client);
下面的函数,取自 here : fn connection_for( &self, pool_key: PoolKey, ) -> impl Future>, ClientError>
我正在围绕Java库编写一个小的Scala包装器。 Java库有一个对象QueryExecutor,它公开了2种方法: execute(query):结果 asyncExecute(query):Li
我是一名优秀的程序员,十分优秀!