　　 好程式設計師 分享迴圈內的回撥函式，問題出現在迴圈體內的回撥函式，用一個很簡單的例子舉例：

　　for x in xrange(3):

1. 　　print "requests begin:%s"%x

2. 　　def callback(respon):

3. 　　print x

4. 　　print respon.body

5. 　　client.fetch("%s" % x, callback)

　　此例子忽略了等待回撥函式完成的 wait實現(不實現這個會導致作為單個檔案執行的時候，還沒獲得結果就退出了)，在tornado.testing中的AsyncTestCase提供了相關功能
　　httpbin.org/get這個地址的作用是返回了請求的json物件，形如：
　　{

1. 　　"args": {

2. 　　"x": "0"

3. 　　},

4. 　　"headers": {

5. 　　"Accept-Encoding": "gzip",

6. 　　"Connection": "close",

7. 　　"Host": "httpbin.org",

8. 　　"X-Request-Id": "95df3c15-7ed0-4a6d-830d-fb9629e66515"

9. 　　},

10. 　　"origin": "192.81.129.91",

11. 　　"url": "0"

12. 　　}

　　但實際上，由於回撥函式特殊的特性：訪問閉包內區域性變數的當前值。易知，在第一個請求
　　的 url返回時,迴圈早已結束，此時的x已經為2，因此實際上雖然httpbin.org返回的json告訴我們，get引數裡的x為0，但閉包內訪問到的x已經是2了
　　解決方法我想了兩個，一個是利用回撥函式構造時的變數空間，在建構函式時即產生這個引數，形如：
　　client = AsyncHTTPClient(self.io_loop)

1. 　　for x in xrange(3):

2. 　　def callback(respon,num=x):

3. 　　print x, num

4. 　　print respon.body

5. 　　if num == 2:

6. 　　self.stop()

7. 　　client.fetch("%s" % x, wrap(x))

　　一種是再包一層閉包 (這層閉包也可以放在for外面)：
　　client = AsyncHTTPClient(self.io_loop)

1. 　　for x in xrange(3):

2. 　　def wrap(number):

3. 　　num = number

4. 　　def callback(respon):

5. 　　print x, num

6. 　　print respon.body

7. 　　if num == 2:

8. 　　self.stop()

9. 　　return callback

10. 　　client.fetch("%s" % x, wrap(x))

11. 　　#wrap放在for外面：

12. 　　client = AsyncHTTPClient(self.io_loop)

13. 　　def wrap(number):

14. 　　num = number

15. 　　def callback(respon):

16. 　　print x, num

17. 　　print respon.body

18. 　　if num == 2:

19. 　　self.stop()

20. 　　return callback

21. 　　for x in xrange(3):

22. 　　client.fetch("%s" % x, wrap(x))

　　思索了一下，閉包的記憶體佔用問題應當是不可避免的 ?當迴圈體的每一項(x)是一個大記憶體物件時，記憶體佔用等同於不用迭代器用列表進行迴圈，除了這兩種不知道還有沒有更優雅的解決方案。。

好程式設計師分享迴圈內的回撥函式

相關文章