推荐优先使用SHGetKnownFolderPath，它支持更多路径（如FOLDERID_Downloads），需传FOLDERID_*、链接Shell32.lib、调用CoTaskMemFree释放宽字符内存，且必须初始化COM；SHGetFolderPath已弃用。
Windows 下用 SHGetFolderPath 或 SHGetKnownFolderPath 获取系统文件夹
Windows 提供了两套 API，推荐优先用 SHGetKnownFolderPath，它支持更多路径（如 FOLDERID_Downloads），且不依赖已弃用的 CSIDL 枚举。但要注意：该函数返回的是 LPWSTR（宽字符指针），需手动释放内存。
常见错误是直接用 std::string 接收宽字符串，结果乱码或崩溃；或者忘记调用 CoTaskMemFree 导致内存泄漏。
-
SHGetKnownFolderPath需要初始化 COM（CoInitializeEx(nullptr, COINIT_APARTMENTTHREADED)），否则可能返回E_FAIL - 路径常量如
FOLDERID_System、FOLDERID_Windows定义在Shlobj.h中，需链接Shell32.lib - 若目标是“系统目录”（即
C:\Windows\System32），应传FOLDERID_System；若要“Windows 目录”（C:\Windows），用FOLDERID_Windows
// 示例：获取 Windows 目录
PWSTR path = nullptr;
HRESULT hr = SHGetKnownFolderPath(FOLDERID_Windows, 0, nullptr, &path);
if (SUCCEEDED(hr)) {
std::wstring wpath(path);
CoTaskMemFree(path); // 必须释放！
}
Linux/macOS 下靠环境变量和标准路径约定推导
POSIX 系统没有统一的“系统文件夹”概念，但可通过环境变量和 FHS（Filesystem Hierarchy Standard）惯例判断。比如 /usr 是系统级软件安装位置，/etc 存配置，/lib 或 /usr/lib 存共享库。
不能硬编码 /usr/bin 就当“系统路径”——某些发行版用 /bin 或 /sbin，musl 系统甚至可能无 /usr 层级（如 Alpine）。更稳妥的方式是查 PATH 中第一个可执行目录，或读取 sysconf(_SC_ROOT_DIR)（但该函数并不存在，只是提醒你别信“标准 API”）。
立即学习“C++免费学习笔记（深入）”；
-
getenv("HOME")返回用户主目录，不是系统目录 -
/proc/sys/kernel/osrelease可读内核版本，但和文件系统路径无关 - 真正能用的只有
sysconf(_SC_PAGESIZE)这类底层参数，路径相关基本得自己拼接或查PATH
实际项目中，如果真需要定位系统二进制目录，建议解析 PATH：std::string path = getenv("PATH");，然后取第一个 : 前的段（通常是 /usr/local/bin 或 /usr/bin）。
跨平台封装时别假装有“统一系统路径”
很多 C++ 跨平台库（如 Qt 的 QStandardPaths、Boost.Filesystem）会提供类似 standardLocation(SystemLocation) 的接口，但它们内部仍是条件编译：Windows 调 API，Linux/macOS 返回预设字符串（如 /usr）或查环境变量。这些封装不解决本质问题——不同系统对“系统文件夹”的定义完全不同。
例如：Qt 的 QStandardPaths::writableLocation(QStandardPaths::GenericDataLocation) 在 Windows 返回 %LOCALAPPDATA%，在 Linux 返回 $XDG_DATA_HOME 或 $HOME/.local/share，二者语义根本不等价。
- 不要在代码里写
#ifdef _WIN32+#else然后硬塞/usr——这会让 macOS 用户掉坑（macOS 更倾向/Library或/System/Library） - 如果目标是加载系统级配置，优先考虑
/etc（Linux）、/Library/Preferences（macOS）、注册表（Windows），而不是“系统文件夹路径” - 所谓“系统 DLL 目录”，Windows 是
GetSystemDirectory()，Linux 是ldconfig -p输出的路径列表，两者无法映射
为什么 std::filesystem::system_complete 不行
std::filesystem::system_complete 只是把相对路径转成绝对路径，并不会帮你找系统目录。它依赖当前工作目录和输入路径，对 "system" 或 "windows" 这种字符串完全无效，只会原样拼到当前路径下（比如变成 /home/user/system）。
有人误以为它能解析系统关键字，结果运行时抛 std::filesystem::filesystem_error，错误信息是 No such file or directory。
-
system_complete的作用域仅限路径规范化，和操作系统语义无关 - 它不访问注册表、不读
/proc、不调用任何系统 API - 想用它“自动发现系统路径”，等于指望
std::abs(-5)能告诉你操作系统型号
真正需要系统路径的地方，必须按平台分治处理，没有银弹。最易被忽略的一点：即使在同一平台，32/64 位进程看到的 System32 也可能被重定向（WOW64 文件系统重定向），这时候 GetSystemWow64Directory 才是正确选择。
