Windows 11控制台提前关闭与Windows 10的行为差异及Python subprocess.Popen相关问题求助

大家好，我最近碰到一个跨Windows版本的棘手问题，想请各位帮忙分析下：

我写了个Python程序，核心逻辑是用subprocess.Popen启动其他程序，之后主Python程序就会退出。在Windows 10上这个流程完全正常：Python创建的控制台窗口会被后续启动的程序复用，直到所有子程序都运行完毕才会关闭，这也和微软文档里的描述一致：

A console is closed when the last process attached to it terminates or calls FreeConsole.

但有几个使用Windows 11的用户反馈，运行我的程序时，控制台窗口会闪一下就消失，子程序根本没法正常执行。我后来尝试用atexit.register给主Python程序加了5分钟延迟，结果发现子程序确实能正常运行，但等5分钟延迟结束、控制台窗口关闭时，子程序也跟着被终止了。

我现在有几个疑问：

• 这是Windows 10和Windows 11之间的行为变更吗？
• 还是说这是Win11的一个bug？
• 有没有可行的workaround能让程序在Win11上也保持Win10的正常行为？

另外，根据一些评论的提示，问题根源可能不是控制台提前关闭，而是父进程（我的Python程序）终止时，子进程被连带终止了。不管具体原因是什么，Win10和Win11之间确实存在明确的不兼容行为，我非常想搞清楚背后的原因。

后来我查了更多Windows控制台相关资料，发现Windows 11 22H2之后，控制台程序默认使用Windows Terminal了。会不会是Windows Terminal和旧的Windows Console在这个场景下的默认行为不一样？我找了很多介绍Windows Terminal的资料，大多只讲界面差异，完全没提到这个细节。

备注：内容来源于stack exchange，提问作者Victoria