C++跨平台实现彩色文本打印使用宏是否属于应规避的不良实践？

你当前的宏实现确实属于需要规避的不良实践，存在多个硬伤和可优化点，具体如下：

现有实现的核心问题 #

• 命名违规与全局污染：你定义的_RED、_GREEN、_COLOREDTEXT以及全局变量__c都是下划线加大写字母/双下划线开头的标识符，C++标准明确规定这类标识符属于标准库保留字段，私自使用属于未定义行为，极易和标准库、第三方库的标识符冲突。
• 链接错误风险：全局变量__c直接定义在头文件中，只要该头文件被多个编译单元引用，必然会触发重复定义的链接错误，属于致命问题。
• 无参数校验：宏本身没有类型检查能力，给_COLOREDTEXT传入非字符串、非颜色值的参数不会在编译阶段报错，只会在运行期出现异常，排查成本极高。
• 功能局限性大：仅支持输出字符串，无法兼容C++标准流，也不支持格式化输出，使用场景非常受限。
• 线程不安全：Windows下修改控制台属性是全局操作，多线程并发调用时会出现颜色串位的问题。

更优的替代实现方案 #

方案1：内联函数+constexpr常量替代宏（改动最小的优化方案） #

完全可以覆盖你现有需求，同时解决宏的所有缺陷，参考实现如下：

#ifndef CLIOUTPUT_H_
#define CLIOUTPUT_H_
#include <cstdio>
#if defined(_WIN32)
#include <Windows.h>
inline HANDLE get_std_handle() {
    // 静态变量放在函数内，避免重复定义问题，首次调用才初始化
    static HANDLE c = GetStdHandle(STD_OUTPUT_HANDLE);
    return c;
}
constexpr WORD COLOR_RED = 0x0C;
constexpr WORD COLOR_GREEN = 0x0A;
constexpr WORD COLOR_DEFAULT = 0x0F;
inline void colored_text(const char* msg, WORD color) {
    SetConsoleTextAttribute(get_std_handle(), color);
    printf("%s", msg);
    SetConsoleTextAttribute(get_std_handle(), COLOR_DEFAULT);
}
#elif defined(__APPLE__) || defined(__linux__)
constexpr int COLOR_RED = 31;
constexpr int COLOR_GREEN = 32;
inline void colored_text(const char* msg, int color) {
    printf("\033[0;%dm%s\033[0m", color, msg);
}
#else
#error "Unsupported platform"
#endif
#endif // CLIOUTPUT_H_

如果需要支持格式化输出，额外封装一层可变参数的重载函数即可。

方案2：基于C++标准流实现自定义操纵符 #

如果你习惯使用std::cout而非C风格printf，可以自定义颜色操纵符，用法和std::endl等标准操纵符完全一致，示例用法为std::cout << color::red << "测试文本" << color::reset;，跨平台逻辑全部封装在内部，用户无需感知平台差异。

方案3：统一ANSI转义序列实现 #

Windows 10 1511及以上版本已经原生支持ANSI转义序列，只需在程序初始化时调用一次SetConsoleMode开启VIRTUAL_TERMINAL_PROCESSING模式，就可以和Linux/macOS一样直接用ANSI转义码输出彩色文本，不需要单独维护Windows API分支，代码可以大幅简化，也能降低多线程颜色冲突的概率。

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