Python 如何设计扭曲工厂来处理断开连接?
我在一个模块中有一个重新连接的客户端工厂。我希望模块尽可能灵活。我只需要一个TCP连接。我将工厂用作此连接的持久接口。在过去,工厂会通过无休止地重试连接来响应断开,从不通知顶层脚本(导入模块的脚本)存在连接问题 以下是我所拥有的一个简单示例:Python 如何设计扭曲工厂来处理断开连接?,python,twisted,Python,Twisted,我在一个模块中有一个重新连接的客户端工厂。我希望模块尽可能灵活。我只需要一个TCP连接。我将工厂用作此连接的持久接口。在过去,工厂会通过无休止地重试连接来响应断开,从不通知顶层脚本(导入模块的脚本)存在连接问题 以下是我所拥有的一个简单示例: Factory(protocol.ReconnectingClientFactory): def clientConnectionFailed(self, connector, reason): ... def clie
Factory(protocol.ReconnectingClientFactory):
def clientConnectionFailed(self, connector, reason):
...
def clientConnectionLost(self, connector, reason):
...
我认为最好在出现连接问题时通知顶层脚本(导入模块的脚本)。通过这种方式,顶层脚本可以定义断开连接解析行为,而不是在模块中对其进行硬编码。但是,将连接问题传达给顶级脚本的最佳方式是什么
我可以提出一个例外,但它会在哪里被发现?我想反应堆会抓住它,但这有什么帮助
没有回调或错误,我可以通知顶级脚本连接问题
顶层脚本可以提供在连接出现问题时调用的特定函数[作为参数]。这个设计好吗?这个问题太抽象了,无法直接给出答案。这取决于顶级模块正在做什么
但是,您应该考虑使用,而不是<代码> clitPrime< /代码>。这可能会解决一些设计问题。接收连接丢失通知有点麻烦(因为
ClientFactory.clientConnectionLost
实际上是IProtocol.connectionLost
的重复通知,它不再存在于端点API中;因此,如果您关心这一点,您必须包装IProtocol
对象)但它确实允许您使用更通用的机制重试失败的连接,因为您只需在从connect
返回的延迟的上返回一个errback,而不是clientConnectionFailed
。因此,例如,如果您只想“继续重新连接,直到成功”,您可以使用这个完全通用的延迟的
-重试循环,而不是像重新连接ClientFactory这样的特定连接:
# Warning, untested, sorry if it's broken.
@inlineCallbacks
def retry(deferredThing, delay=30.0, retryCount=5):
retries = retryCount
while True:
try:
result = yield deferredThing()
except:
if not retries:
raise
retries -= 1
log.err()
yield deferLater(reactor, delay, lambda : None)
else:
returnValue(result)
类似地,如果您可以使该deferredThing
函数返回一个Deferred
,除了调用IStreamServerEndpoint.connect之外,该函数仅在协议的应用程序逻辑完成时才会触发,注意connectionLost
,如果在感兴趣的逻辑完成之前连接丢失,则会失败
延迟
是跨系统的多个级别管理这种异步重试状态的有效方法。这似乎是一个不完整的解决方案,因为它只提供了一种处理失败连接尝试的方法,而不是丢失连接的方法。如果没有协议的配合,您如何处理丢失的连接?