繁体   English   中英

Tornado PipeIOStream:OSError:[Errno 9]错误的文件描述符

[英]Tornado PipeIOStream: OSError: [Errno 9] Bad file descriptor

我有一个微型微服务,用于存储由ID本地标识的消息。 为了确保不会同时写入文件,我实现了一个队列。 以下代码仅工作一次,第二个文件上传将在下面引发回溯,我真的不知道如何正确处理fd。

from tornado import web, ioloop, gen
from tornado.queues import Queue
from tornado.iostream import PipeIOStream

class Sample:
    def __init__(self):
        self.queue = Queue()

    @gen.coroutine
    def write_queue(self):
        while True:
            item = yield self.queue.get()
            print("Message with id %s stored" % item[0])
            fd = open(item[0], 'ab')
            stream = PipeIOStream(fd.fileno())
            yield stream.write(item[1])
            stream.close_fd()

class MainHandler(web.RequestHandler):

    def initialize(self, store):
        self.store = store

    @gen.coroutine
    def put(self, id):
        yield self.store.queue.put((id, self.request.body))


def start(store):
    return web.Application([
        (r"/(.*)", MainHandler,
         {"store": store})
    ])

if __name__ == '__main__':
    store = Store()
    app = start(store)
    app.listen(8888)
    ioloop.IOLoop.current().add_callback(store.write_queue)
    ioloop.IOLoop.current().start()




ERROR:tornado.application:Exception in callback functools.partial(<function wrap.<locals>.null_wrapper at 0x7f46657f46a8>, <Future finished exception=OSError(9, 'Bad file descriptor')>)
Traceback (most recent call last):

    stream = PipeIOStream(fd.fileno())
  File "/usr/local/lib/python3.5/dist-packages/tornado/iostream.py", line 1643, in __init__
    self._fio = io.FileIO(self.fd, "r+")
OSError: [Errno 9] Bad file descriptor
  1. open返回的文件描述符不是管道。 通常,将常规文件与PipeIOStream一起使用是合法的,但是在Linux上却没有 此类文件描述符始终被认为是可读的,并且从它们读取或写入它们始终是块。 因此,像这样使用PipeIOStream并不比简单地执行fd.write(item[1])

  2. 您已经以只写模式打开了文件,但是PipeIOStream将其文件包装在读/写包装器中(我确实感到惊讶,因为实际管道是单向的,所以它曾经工作过)。 认为这就是异常的来源。 如果您以'ab+'模式打开文件,我认为它可以工作。 我还没有尝试过。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM