windows - PE 头 "subsystem"字段有什么作用？

Question

我有几个关于PE“子系统”领域的问题，可能有一定的重叠。为了避免每个问题分别向这个地方发送垃圾邮件，我想我会一起问他们，然后分别重新问任何没有得到解决的问题。希望这没问题...

我知道 IMAGE_SUBSYSTEM_WINDOWS_CUI 使操作系统将进程“预附加”到控制台，或者是它的父进程，或者在必要时创建一个新的控制台。 IMAGE_SUBSYSTEM_WINDOWS_GUI 不会那样做。

在现代版本的 Windows 中，这两者之间还有其他区别吗？过去有更多吗？

那么其他值呢，Windows 使用它们只是为了拒绝 EXE，还是让 Windows 模拟不同的 API？这种“模拟”过程是否可由最终用户扩展，或者它是否已嵌入到操作系统中？

Answer 1

是的，预连接控制台似乎是目前唯一的区别。如果没记错的话，虽然基于 16 位版本的 Windows (95/98/SE/Me) 情况并非如此。

旧版本的 NT 接受 POSIX 和 OS/2 子系统的其他值。

理论上，您可能能够使用 NT Native API 编写您自己的子系统。如果您看一下，虽然有大量文档可以解决这个问题，但我完全不确定它是否足以完成这项任务。无论如何，Win32 子系统一直具有相当“特殊”的地位，而现在其他子系统都消失了，我根本不确定他们是否试图确保可以集成其他子系统。在 NT 4 上(例如)我会说“困难但几乎可以肯定”。在当前版本的 Windows 上，我想说对内核进行一些更改会阻止它工作的可能性是偶数——而且比当前可用的文档可以由除 MS 之外的任何人完成任务的可能性要低得多实现一个子系统。