资讯专栏INFORMATION COLUMN

循环内的回调函数

doodlewind / 1922人阅读

摘要:问题出现在循环体内的回调函数,用一个很简单的例子举例此例子忽略了等待回调函数完成的实现不实现这个会导致作为单个文件运行的时候,还没获得结果就退出了,在中的提供了相关功能这个地址的作用是返回了请求的对象,形如但实际上,由于回调函

问题出现在循环体内的回调函数,用一个很简单的例子举例:

for x in xrange(3):
    print "requests begin:%s"%x
    def callback(respon):
        print x
        print respon.body
    client.fetch("http://httpbin.org/get?x=%s" % x, callback)

此例子忽略了等待回调函数完成的wait实现(不实现这个会导致作为单个文件运行的时候,还没获得结果就退出了),在tornado.testing中的AsyncTestCase提供了相关功能
httpbin.org/get这个地址的作用是返回了请求的json对象,形如:

{
  "args": {
    "x": "0"
  },
  "headers": {
    "Accept-Encoding": "gzip",
    "Connection": "close",
    "Host": "httpbin.org",
    "X-Request-Id": "95df3c15-7ed0-4a6d-830d-fb9629e66515"
  },
  "origin": "192.81.129.91",
  "url": "http://httpbin.org/get?x=0"
}

但实际上,由于回调函数特殊的特性:访问闭包内局部变量的当前值。易知,在第一个请求
http://httpbin.org/get?x=0的url返回时,循环早已结束,此时的x已经为2,因此实际上虽然httpbin.org返回的json告诉我们,get参数里的x为0,但闭包内访问到的x已经是2了

解决方法我想了两个,一个是利用回调函数构造时的变量空间,在构造函数时即产生这个参数,形如:

client = AsyncHTTPClient(self.io_loop)
for x in xrange(3):
    def callback(respon,num=x):
        print x, num
        print respon.body
        if num == 2:
            self.stop()

    client.fetch("http://httpbin.org/get?x=%s" % x, wrap(x))

一种是再包一层闭包(这层闭包也可以放在for外面):

client = AsyncHTTPClient(self.io_loop)
for x in xrange(3):
    def wrap(number):
        num = number
        def callback(respon):
            print x, num
            print respon.body
            if num == 2:
                self.stop()
        return callback
    client.fetch("http://httpbin.org/get?x=%s" % x, wrap(x))

#wrap放在for外面:
client = AsyncHTTPClient(self.io_loop)
def wrap(number):
    num = number
    def callback(respon):
        print x, num
        print respon.body
        if num == 2:
            self.stop()
    return callback
for x in xrange(3):
    client.fetch("http://httpbin.org/get?x=%s" % x, wrap(x))

思索了一下,闭包的内存占用问题应当是不可避免的?当循环体的每一项(x)是一个大内存对象时,内存占用等同于不用迭代器用列表进行循环,除了这两种不知道还有没有更优雅的解决方案。。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/37331.html

相关文章

  • 深入浏览器事件循环的本质

    摘要:浏览器的事件循环,前端再熟悉不过了,每天都会接触的东西。可以看到,所谓的并不是浏览器定义了哪些任务是,浏览器各个线程只是忠实地循环自己的任务队列,不停地执行其中的任务而已。 浏览器的事件循环,前端再熟悉不过了,每天都会接触的东西。但我以前一直都是死记硬背:事件任务队列分为macrotask和microtask,浏览器先从macrotask取出一个任务执行,再执行microtask内的所...

    SimpleTriangle 评论0 收藏0
  • 【11】JavaScript 线程机制与事件机制

    摘要:线程机制与事件机制一进程与线程进程程序的一次执行,它占有一片独有的内存空间。事件响应模块负责事件的管理。当事件发生时管理模块会将回调函数及其数据添加到回调列队中。但是子线程完全受主线程控制,且不得操作。向另一个线程发送消息。 JavaScript线程机制与事件机制 一、进程与线程 进程(process) 程序的一次执行,它占有一片独有的内存空间。 可以通过windows任务管理器查...

    fobnn 评论0 收藏0
  • js 执行机制 事件循环

    摘要:事件完成,回调函数进入。我们来分析一段较复杂的代码,看看你是否真的掌握了的执行机制第一轮事件循环流程分析如下整体作为第一个宏任务进入主线程,遇到,输出。宏任务微任务第三轮事件循环宏任务执行结束,执行两个微任务和。 关于JavaScript 首先js是单线程的,执行任务肯定是一个接着一个。在最新的html5中提出了web-worker,但是JavaScript是单线程这一核心没有改变,一...

    JackJiang 评论0 收藏0
  • 浏览器和Node不同的事件循环(Event Loop)

    摘要:浏览器中与中事件循环与执行机制不同,不可混为一谈。浏览器环境执行为单线程不考虑,所有代码皆在执行线程调用栈完成执行。参考文章强烈推荐不要混淆和浏览器中的强烈推荐中的模块强烈推荐理解事件循环一浅析定时器详解 注意 在 node 11 版本中,node 下 Event Loop 已经与浏览器趋于相同。在 node 11 版本中,node 下 Event Loop 已经与浏览器趋于相同。在 ...

    haitiancoder 评论0 收藏0
  • 彻底弄懂 JavaScript 执行机制

    摘要:关于这部分有严格的文字定义,但本文的目的是用最小的学习成本彻底弄懂执行机制,所以同步和异步任务分别进入不同的执行场所,同步的进入主线程,异步的进入并注册函数。宏任务微任务第三轮事件循环宏任务执行结束,执行两个微任务和。 不论你是javascript新手还是老鸟,不论是面试求职,还是日常开发工作,我们经常会遇到这样的情况:给定的几行代码,我们需要知道其输出内容和顺序。 因为javascr...

    gyl_coder 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<