在MinGW编译器中，-mwindows命令是什么，它有什么作用？

Question

我遇到了一个 C++ 程序的问题，当我运行 .exe 时，程序会运行，我的程序窗口会打开，但控制台会在后台在桌面上打开。 我进行了谷歌搜索，发现使用 -mwindows 命令作为参数进行编译会删除控制台。 它做到了。 但我不确定它实际上做了什么，我很好奇。

Answer 1

它的行为与MSDN 上描述的/subsystem:windows开关完全相同。

基本上，它将入口点设置为WinMain （或wWinMain ）而不是main （或wmain ），这导致没有控制台窗口和运行一些 Win32 启动代码来创建传递给WinMain的参数。 正如 Neil 所说，它不会阻止或启用您没有它就无法完成的任何事情。

一个类似的开关是-municode用于在main / WinMain和wmain / wWinMain之间切换，微软工具没有镜像。 这些似乎会自动选择您使用的那个）。

Answer 2

它说您的应用程序是使用不需要控制台窗口的 Win32 API 的应用程序。 当你正在编写的Windows GUI应用程序，DLL和等，但调试这些类型的应用程序时，控制台窗口可能是有用的，你使用这个选项。 即使使用此选项，您也可以显式创建控制台窗口，如果您的应用程序需要动态的，相反，您可以从控制台应用程序调用 Win32 GUI API。

Answer 3

在 Code::Blocks 20.03（使用 MinGW-W64 gcc 编译器项目）中，项目目标（ bin/Release ）使用 -mwindows 编译，项目目标（ bin/debug ）在没有 -mwindows 的情况下编译。 调试目标不仅在可执行文件中包含调试信息，而且在后台公开的控制台窗口中运行。 这对于调试“非常”有用，因为您的应用程序可以在您的 gui 应用程序处理时写入控制台调试消息......就像一个活动的调试日志。 显然，控制台对于发布目标来说是丑陋的。 在 Code::Blocks 中，开关 -mwindows 在“构建目标”下的项目属性中间接设置，bin/debug 构建目标指定为控制台应用程序，而 bin/release 目标指定为 gui app。
回到当天（可能是八年前）有一个 catch-22； -mwindows 需要链接 Win32 api（但没有控制台）。 如果你想要一个控制台和 Win32 api，它就不容易工作； 幸运的是，今天这不是问题……您可以混合搭配。 我通常在没有控制台的情况下构建我的发布目标； 我使用控制台构建调试目标，并使用控制台进行大量调试。 马库斯