c++oding="utf-8" ?>
getacp()返回windows系统默认ansi代码页（如中文为936），非utf-8；posix系统应调用nl_langinfo(codeset)获取locale编码，需先setlocale(lc_ctype, "")且判空；跨平台不应依赖std::locale("").name()解析编码。
Windows下用GetACP()获取系统默认ANSI代码页
Windows没有“UTF-8默认编码”这种概念，其传统API依赖代码页（Code Page）。GetACP()返回当前系统区域设置对应的ANSI代码页号，比如中文Windows通常返回936（GBK），英文Windows返回1252。这不是UTF-8，也不是locale编码，而是Windows GUI API默认使用的窄字符编码。
注意：GetACP()不随控制台或终端变化，只反映系统区域设置；它和GetOEMCP()（OEM代码页，用于cmd）不同，别混用。
- 需要包含
<windows.h></windows.h> - 返回值是
UINT，直接用printf("%u", GetACP());可打印 - 该值不能直接映射为std::locale名称（如
"zh-CN.cp936"不被标准库可靠支持）
Linux/macOS下靠nl_langinfo(CODESET)查locale编码
POSIX系统不提供全局“系统默认编码”，而是由当前进程的locale决定。最常用且可靠的方式是调用nl_langinfo(CODESET)——它读取LC_CTYPE生效后的字符编码名，例如"UTF-8"、"GB18030"或"ISO-8859-1"。
关键点：结果取决于进程启动时继承的环境变量（LANG、LC_ALL等），不是硬编码在系统里的某个配置文件。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 需包含
<langinfo.h></langinfo.h>和<locale.h></locale.h> - 调用前建议先
setlocale(LC_CTYPE, "")确保locale已初始化 - 返回指针可能为
NULL（locale未设置或CODESET不可用），必须判空 - 返回字符串是只读的，不要
free()或修改
C++标准库std::locale("")不一定给出编码名
很多人尝试用std::locale("")构造本地locale再查facet，但std::codecvt已被C++17弃用，且std::locale("").name()返回的是locale名称（如"zh_CN.UTF-8"），不是编码格式字符串，解析它既不可靠也不便移植。
更糟的是，某些libstdc++/libc++实现中std::locale("").name()可能返回"C"或空字符串，尤其在嵌入式或容器环境中。
- 不要依赖
std::locale("").name()提取编码后缀（如.UTF-8） -
std::codecvt_utf8等是编解码工具，不是探测手段 - 跨平台项目若需统一处理，应优先走平台API（Windows用
GetACP，POSIX用nl_langinfo）
跨平台封装时别忽略“无默认编码”这个事实
所谓“操作系统默认编码”本身是个模糊概念：Windows有ACP/OEM两套，Linux依赖locale上下文，macOS还可能受CFString或NSLocale影响。不存在一个函数能在所有平台返回“那个唯一正确的编码名”。
实际工程中，如果你要读写文本文件并保持兼容性，更稳妥的做法是：显式指定UTF-8（带BOM或不带），或让用户通过配置项指定编码，而不是试图自动探测。
自动探测只应在遗留场景下使用（比如打开用户双击的旧txt文件），且必须备选fallback（如UTF-8 → GB18030 → Latin1）。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
