Visual C++与gcc的std::isblank返回结果不一致，哪一个是正确的？

首先得给你吃个定心丸：你观察到的默认"C" locale下两者行为一致，完全符合标准——C++标准明确规定，默认C locale中std::isblank仅识别空格（0x20）和水平制表符（0x09），所以这部分没问题。

接下来重点说带std::locale参数的版本差异，这其实是不同编译器实现依赖的locale数据源不同导致的，我们一步步拆解：

核心原因：locale数据源的差异 #

C++标准并没有硬编码每个locale的空白字符集合，而是要求std::isblank(c, loc)的行为完全依赖传入locale的ctype facet（字符分类组件）。而不同编译器的locale数据来源不一样：

• Ubuntu上的GCC依赖系统的glibc locale数据库，这套数据遵循POSIX规范和对应区域的文化定义；
• Windows的VC++则使用微软自家的NLS（National Language Support）组件提供的locale数据，其规则可能和POSIX体系有出入。

举个实际例子：比如非断空格（0xA0），在glibc的en_US.UTF-8 locale中会被视为blank字符，但在VC++的对应locale里可能不会——这不是谁错了，而是两个系统对该locale的字符分类定义本身就不一样。

如何判断谁“正确”？ #

其实不能简单说某一方错了，得结合具体场景看：

1. 先明确你测试的具体locale：比如是std::locale("en_US.UTF-8")还是std::locale("zh_CN")；
2. 对照对应系统的locale规范：
   • 在Ubuntu上，可以通过locale -k LC_CTYPE命令查看当前locale的字符分类规则，确认isblank的范围是否符合glibc的定义；
   • 在Windows上，查阅微软官方的NLS文档，看对应locale对空白字符的规定；
3. 如果某一方的行为不符合对应系统的官方定义，那才是编译器实现的bug；如果只是不同系统的locale规则不同，那两者都是符合C++标准的——因为标准允许不同locale根据文化/规范定义不同的空白字符集合。

额外建议 #

如果你需要跨平台一致的std::isblank行为，要么始终使用默认的"C" locale，要么自己定义一个自定义的ctype facet，明确指定哪些字符属于blank，避免依赖系统locale的差异。

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