Deferring side effecting code in `_Py_Dealloc()`

Currently _Py_Dealloc() can call arbitrary code, and since _Py_Dealloc() can be called by any Py_DECREF() is means that Py_DECREF() can call arbitrary code. Py_DECREF() is everywhere, so it impairs our ability to reason about about the behavior of code.
This problem is not as severe as https://github.com/python/cpython/issues/97922, but is still worth fixing, especially as it will impair our ability to optimize traces for 3.12.

We can either make a Py_SAFE_DECREF() to be used internally, or change Py_DECREF() to defer all potentially side-effecting deallocation functions.

It is not clear which is the best option. Changing Py_DECREF() is simple, and certainly easy to reason about, but might delay deallocation of extension module objects for too long.

Bắt đầu bằng cách kiểm tra các entry point _Py_Dealloc() và Py_DECREF() được tham chiếu trong issue này, sau đó đọc issue 97922 để biết thêm ngữ cảnh liên quan. So sánh cách tiếp cận Py_SAFE_DECREF() được đề xuất với việc thay đổi chính Py_DECREF(), bao gồm cả ảnh hưởng đến việc giải phóng đối tượng của các extension module. Công việc được xem là hoàn tất khi đã lựa chọn và triển khai một thiết kế có cơ sở, kèm theo việc bao quát hành vi giải phóng phát sinh.