레디 스-PY의 PubSub 클래스는 가끔 다음과 같은 예외가 얻을 사용 :레디 스-평 "ConnectionError : 소켓 원격 끝에 폐쇄"
Exception in thread listener_2013-10-24 12:50:31.687000:
Traceback (most recent call last):
File "c:\Python27\Lib\threading.py", line 551, in __bootstrap_inner
self.run()
File "c:\Python27\Lib\threading.py", line 504, in run
self.__target(*self.__args, **self.__kwargs)
File "C:\Users\Administrator\Documents\my_proj\my_module.py", line 69, in _listen
for message in _pubsub.listen():
File "C:\Users\Administrator\virtual_environments\spyker\lib\site-packages\redis\client.py", line 1555, in listen
r = self.parse_response()
File "C:\Users\Administrator\virtual_environments\spyker\lib\site-packages\redis\client.py", line 1499, in parse_response
response = self.connection.read_response()
File "C:\Users\Administrator\virtual_environments\spyker\lib\site-packages\redis\connection.py", line 306, in read_response
response = self._parser.read_response()
File "C:\Users\Administrator\virtual_environments\spyker\lib\site-packages\redis\connection.py", line 106, in read_response
raise ConnectionError("Socket closed on remote end")
ConnectionError: Socket closed on remote end
는 이벤트를 어떻게 원인이 있습니까?
이 예외가 발생하면 합리적인 처리 논리는 무엇입니까? listen()
을 다시 시도 하시겠습니까?
묻는 질문의 이유는이 문제를 재현하는 방법을 모르기 때문입니다. 희귀하지만 치명적이므로이 오류가 다시 발생하기 전에 일부 논리를 만들어야합니다. 이것의
이것은 빨간색입니다. 서버가 OP의 제어 가능성이 있습니다. 그는 근본 원인과 오류 처리에 대해 걱정할 필요가 있습니다. – Marcin