CMD是否执行CRLF转换？跨平台程序换行符适配疑问

Windows系统原生使用CRLF（\r\n）作为换行符，因此有人会认为以下代码运行后会产生阶梯状的输出：

#include <windows.h>
#include <string.h>

int main() {
    HANDLE stdout = GetStdHandle(STD_OUTPUT_HANDLE);
    char* msg = "Line1\nLine2\nLine3\nLine4\nLine5\n";
    DWORD written = 0;
    WriteFile(stdout, msg, strlen(msg), &written, NULL);
    return 0;
}

预期（错误）输出：

Line1
     Line2
          Line3
               Line4
                    Line5

但实际运行后，输出是正常的换行：

Line1
Line2
Line3
Line4
Line5

问题1：是否是CMD内部将LF转换为带回车的效果？ #

不是CMD内部处理，而是Windows控制台（Console）的输出解析逻辑在起作用。当WriteFile写入的目标是控制台句柄时，控制台会自动将单独的LF（\n）解析为CRLF的行为——即光标先回到行首，再换行。但如果标准输出被重定向到文件，控制台的这个解析逻辑就不会触发，WriteFile会直接将原始字节写入文件，因此文件中只会保留LF，不会被转换为CRLF。

另外你提到的WriteConsoleA是专门针对控制台窗口的API，它直接与控制台交互，不支持输出重定向，这是它的设计特性。

问题2：跨平台程序仅使用LF而非CRLF是否可行？Windows版本间行为是否一致？ #

• 跨平台使用LF是可行的：现代Windows环境下，新版终端（如Windows Terminal）、主流编辑器（VS Code、Notepad++等）都能正确识别LF作为换行符。仅在旧版Windows自带的Notepad中，LF会被显示为未知字符方块，但这种场景已经非常少见，不会影响大多数使用场景。
• Windows版本行为一致性：从Windows XP及之后的所有Windows版本，控制台处理单独LF的逻辑都是一致的，都会自动将其转换为CRLF的效果，不会出现你预想的阶梯状输出。更早的Windows 9x系列系统可能存在差异，但这类系统已被淘汰，无需考虑。

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