4

看起来我还没有掌握异常处理的窍门。我不知所措:(以下代码有时会返回此错误：

File "applications/pingback/modules/plugin_h_pingback.py", line 190, in ping
    db(table.id==id_).update(status=status)
UnboundLocalError: local variable 'status' referenced before assignment

我希望status总是被分配一个值。会不会是其他一些异常被抛出（可能在内部try）并且finally掩盖了它？

...
try:
    server_url = self._get_pingback_server(target)
except PingbackClientError, e:
    status = e.message
else:
    try:
        server = xmlrpclib.ServerProxy(server_url)
        status = server.pingback.ping(self.source, target)
    except xmlrpclib.Fault, e:
        status = e
finally:
    db(table.id==id_).update(status=status) # <-- UnboundLocalError
...

谢谢，慧聪

4

2 回答 2

10

您的代码并不总是将某些内容分配给状态。我可以看到一些可能未分配状态的方式，我在下面突出显示了它们：

try:
    server_url = self._get_pingback_server(target)
except PingbackClientError, e:
    # If evaluating `e.message` raises an exception then status is not set.
    status = e.message  # <--- here
else:
    try:
        # If either of these two lines fails with something other than
        # xmlrcplib.Fault, then status is not set.
        server = xmlrpclib.ServerProxy(server_url)             # <--- here
        status = server.pingback.ping(self.source, target)     # <--- here
    # If xmlrpclib.Fault is not defined status is not set.
    except xmlrpclib.Fault, e:                                 # <--- here
        status = e
finally:
    db(table.id==id_).update(status=status)

我怀疑错误最有可能发生在内部 try 块中，您只捕获xmlrpclib.Fault而不是其他类型的异常。

于 2010-12-18T08:45:53.130 回答
3

作为一个简单的解决方案，我会在任何块之外初始化状态：

status = None
try: 
    # etc

那么状态将永远被绑定。这不会解决任何未处理异常的问题，但会解决 UnboundLocalError。

（此外，在第一个块中，您使用 e.message 评估状态，在接下来的块中，您只需使用完整的错误 e，而不仅仅是消息。）

于 2010-12-18T09:01:26.927 回答