[python] ‘finally’는 항상 Python에서 실행됩니까?

“Guaranteed”는 어떤 구현에 해당하는 것보다 훨씬 강력한 단어 finally입니다. 무엇을 보장하는 것은 실행이 전체의 흘러 경우이다 try– finally구조, 그것이 통과하게 finally그렇게 할 수 있습니다. 보장되지 않는 것은 실행이 try– finally.

• finally생성기 또는 비동기 코 루틴의 A 는 객체가 결론에 도달하지 않으면 절대 실행되지 않을 수 있습니다 . 일어날 수있는 방법은 많습니다. 여기에 하나가 있습니다.

  def gen(text):
      try:
          for line in text:
              try:
                  yield int(line)
              except:
                  # Ignore blank lines - but catch too much!
                  pass
      finally:
          print('Doing important cleanup')
  
  text = ['1', '', '2', '', '3']
  
  if any(n > 1 for n in gen(text)):
      print('Found a number')
  
  print('Oops, no cleanup.')

  이 예제는 약간 까다 롭습니다. 생성기가 가비지 수집되면 Python finally은 GeneratorExit예외 를 던져 블록 을 실행하려고 시도 하지만 여기서 예외를 포착 한 다음 yield다시 한 번 Python이 경고를 출력합니다 ( “generator ignore GeneratorExit “) 포기합니다. 자세한 내용은 PEP 342 (향상된 생성기를 통한 코 루틴) 를 참조하십시오.

  생성기 또는 코 루틴이 결론을 내리기 위해 실행되지 않을 수있는 다른 방법으로는 객체가 GC 처리되지 않은 경우 (예, CPython에서도 가능) 또는 async with awaits가 __aexit__인 경우 또는 객체 가 블록 에서 awaits 또는 yields 인 경우가 finally있습니다. 이 목록은 완전한 것이 아닙니다.

• finally데몬이 아닌 모든 스레드가 먼저 종료되면 데몬 스레드의 A 가 실행되지 않을 수 있습니다 .

• os._exitfinally블록 을 실행하지 않고 즉시 프로세스를 중지합니다 .

• os.forkfinally블록이 두 번 실행될 수 있습니다 . 두 번 발생하는 상황에서 예상 할 수있는 일반적인 문제뿐만 아니라 공유 리소스에 대한 액세스가 올바르게 동기화 되지 않은 경우 동시 액세스 충돌 (충돌, 중단 등)이 발생할 수 있습니다 .

  때문에 multiprocessing사용이 포크-없이-간부 작업자 프로세스를 생성하기 위해 사용하는 경우 포크의 시작 방법 다음 (유닉스의 기본)를 호출합니다 os._exit작업자의 작업이 완료되면 작업자에, finally그리고 multiprocessing상호 작용 문제 (수 있습니다 예 ).

• C 레벨 분할 오류는 finally블록 실행 을 방해 합니다.
• kill -SIGKILLfinally블록이 실행되는 것을 방지 합니다. SIGTERM과SIGHUP 또한 방지 할 수 finally당신이 종료 자신을 제어 할 수있는 처리기를 설치하지 않으면 실행 블록; 기본적으로 Python은 SIGTERM또는 SIGHUP.
• 의 예외로 finally인해 정리가 완료되지 않을 수 있습니다. 사용자 히트 제어-C을 경우 하나 특히 주목할만한 경우는 단지 우리가 실행을 시작하고 같은 finally블록을. 파이썬은KeyboardInterruptfinally 블록 내용의 모든 줄을 건너 뜁니다 . ( KeyboardInterrupt-안전한 코드는 작성하기가 매우 어렵습니다).
• 컴퓨터의 전원이 꺼 지거나 최대 절전 모드에서 깨어나지 않으면 finally블록이 실행되지 않습니다.

finally블록은 거래 시스템이 아닙니다; 원 자성 보장이나 그 어떤 것도 제공하지 않습니다. 이러한 예 중 일부는 분명해 보일 수 있지만 이러한 일이 발생할 수 있다는 사실을 잊고 finally너무 많이 의존하기 쉽습니다 .

답변

def foo():
    # finally always wins
    try:
        return 1
    finally:
        return 2

def bar():
    # even if he has to eat an unhandled exception, finally wins
    try:
        raise Exception('boom')
    finally:
        return 'no boom'

>>> import sys
>>> try:
...     sys.exit()
... finally:
...     print('finally wins!')
...
finally wins!
$

>>> import os
>>> try:
...     os._exit(1)
... finally:
...     print('finally!')
...
$

try:
    while True:
       sleep(1)
finally:
    print('done')

import multiprocessing
import time

def fun(arg):
  try:
    print("tried " + str(arg))
    time.sleep(arg)
  finally:
    print("finally cleaned up " + str(arg))
  return foo

list = [1, 2, 3]
multiprocessing.Pool().map(fun, list)