Some Runtime Finalization Constraints Are Not Enforced Nor Documented

Bug report

Bug description:

There are a few technical constraints on calling Py_Finalize() currently aren't enforced, well-documented, or widely recognized. This is partly due to the relatively small number of embedders and the even smaller number of them that might violate the constraints through the use of threads or subinterpreters.

The constraints are:

• should be called only in the main thread
• should be called only with the main interpreter active
• should be called only using the same thread state used for Py_Initialize()

(That last one is potentially less critical.)

There are several reasons these matter:

• the main thread of the main interpreter has a special role in the runtime's lifecycle
• the main thread of the main interpreter has unique responsibilities that must be synchronized with finalization
• conceptually, runtime lifecycle is an app-level function, and the app is typically driven through the "main" thread

The constraints should be documented, tested, and (possibly) enforced.

CPython versions tested on:

CPython main branch

Operating systems tested on:

No response

Linked PRs

• gh-120839
• gh-120840
• gh-120841
• gh-120852
• gh-120853
• gh-121010
• gh-121013
• gh-121063

Comece rastreando o ponto de entrada Py_Finalize() e revise os PRs vinculados gh-120839, gh-120840, gh-120841, gh-120852, gh-120853, gh-121010, gh-121013 e gh-121063. Considera-se concluído quando as restrições do thread principal, do interpretador principal e do estado do thread de inicialização estiverem documentadas, cobertas por testes e possivelmente aplicadas.