Win32应用嵌入CMD后无法选中文本的技术咨询

结合你同时开发GUI和控制台程序、想用CMD统一输出的场景，我整理了几个针对性的解决方案：

1. 明确通过API设置QuickEdit模式 #

系统默认的QuickEdit设置有时候会被程序启动时的上下文覆盖，最好在代码里主动启用这个模式，确保它生效。以C++为例，你可以在控制台初始化后调用这段代码：

#include <windows.h>

void EnableConsoleQuickEdit() {
    HANDLE consoleInput = GetStdHandle(STD_INPUT_HANDLE);
    DWORD consoleMode;
    if (GetConsoleMode(consoleInput, &consoleMode)) {
        // 保留原有模式的同时，开启QuickEdit
        consoleMode |= ENABLE_QUICK_EDIT_MODE;
        // 可选：如果需要禁用插入模式，可以去掉ENABLE_INSERT_MODE
        // consoleMode &= ~ENABLE_INSERT_MODE;
        SetConsoleMode(consoleInput, consoleMode);
    }
}

如果是其他语言（比如C#），可以通过PInvoke调用同样的Windows API，核心逻辑都是获取控制台输入句柄，修改模式位。

2. 修复控制台窗口的显示与焦点问题 #

你提到“若CMD窗口未显示，请调整主窗口大小”，说明控制台窗口可能被GUI窗口遮挡或者初始化时处于隐藏状态。可以在创建控制台后，主动让它显示并获取焦点：

// 假设你用AllocConsole()创建了控制台
AllocConsole();
// 显示控制台窗口
ShowWindow(GetConsoleWindow(), SW_SHOW);
// 把控制台设为前台窗口，确保用户能直接操作
SetForegroundWindow(GetConsoleWindow());

这样可以避免控制台被GUI窗口挡住，用户不用手动调整主窗口就能看到并操作控制台。

3. 排查ANSI转义序列的干扰 #

虽然ANSI转义序列主要负责彩色输出，但极少数特殊序列可能会干扰控制台的输入状态。你可以暂时注释掉彩色输出的代码，测试是否能正常选中文本。如果恢复正常，那就要检查你的转义序列是否有错误，比如有没有遗漏重置序列（\33[0m），或者使用了不兼容的控制码。

4. 检查GUI程序与控制台的关联逻辑 #

如果你的GUI程序是通过AllocConsole()附加控制台的，要确保这个操作在程序启动早期完成，并且没有其他代码修改控制台的输入输出模式。另外，有些GUI框架可能会抢占输入焦点，导致控制台无法接收鼠标操作，这时候可以在用户需要操作控制台时，提供一个按钮或者快捷键，主动把焦点切换到控制台窗口。

内容的提问来源于stack exchange，提问作者aj3423