跨平台应统一使用POSIX标准chdir而非Windows专属SetCurrentDirectory；注意路径分隔符用/、避免多线程干扰、优先绝对路径、获取真实程序路径再处理。
Windows下用SetCurrentDirectory后Linux编译不过
因为SetCurrentDirectory是Windows API，Linux根本没这个函数，直接编译会报undefined reference to 'SetCurrentDirectoryA'。跨平台代码里硬写它，等于主动放弃其他系统。
正确做法是统一用POSIX标准的chdir——它在Windows（MSVC/MinGW）、Linux、macOS上都可用，头文件都是<unistd.h></unistd.h>（注意：MSVC默认不认这个头，需定义_CRT_SECURE_NO_WARNINGS并确保用较新版本，或改用<>io.h>里的_chdir，但后者非标准）。
- MinGW/GCC：直接包含
<unistd.h></unistd.h>，用chdir - MSVC（2015+）：推荐也用
<unistd.h></unistd.h>（已支持），否则fallback到<io.h></io.h>+_chdir - 绝对路径传入前务必检查是否存在且可进入，
chdir失败不抛异常，只返回-1并设errno
chdir相对路径在多线程下会互相干扰
进程工作目录是进程级全局状态，不是线程私有。一个线程调用chdir("data")，另一个线程紧接着fopen("config.txt", "r")，打开的就是./data/config.txt，而非原意的当前目录下的config.txt。
这不是bug，是POSIX设计如此。除非你明确需要全局切换（比如启动时一次性切到资源根目录），否则应避免运行中频繁chdir。
立即学习“C++免费学习笔记（深入）”；
- 优先用绝对路径打开文件：
fopen("/opt/myapp/config.txt", "r")，绕过工作目录依赖 - 若必须用相对路径，把路径拼好再传给
fopen等函数，而不是靠chdir“省事” - 实在要切目录（如解压临时目录），切完立刻做操作，完事尽快切回原路径（记录
getcwd结果）
Windows路径分隔符混用导致chdir失败
Windows能识别/，但某些旧版CRT或特殊环境（如部分嵌入式Windows子系统）对\转义敏感，传"C:\myapp\res"可能被解析成C:myapp res（\r、\t被解释为控制字符）。
而chdir本身不处理路径标准化，遇到../、//、尾部/可能行为不一致。
- 一律用正斜杠
/拼接路径："C:/myapp/res"，Windows完全兼容 - 路径构造完成后，用
realpath（POSIX）或GetFullPathName（Windows）做一次归一化再传给chdir - 不要依赖
chdir自动补全或修正路径——它只做字面切换，失败就失败
设置工作目录后argv[0]路径失效
很多人想“切到程序目录再加载配置”，于是先chdir到argv[0]所在目录。但argv[0]可能是相对路径（如./bin/myapp）、软链接、甚至空值。直接dirname(argv[0])再chdir，大概率切错位置。
更糟的是，有些打包工具（如PyInstaller的C++封装层）会修改argv[0]指向临时路径，此时chdir过去反而找不到原始资源。
- 获取真实程序路径用系统API：
readlink("/proc/self/exe", ...)（Linux）、_NSGetExecutablePath（macOS）、GetModuleFileName（Windows） - 拿到绝对路径后，用
dirname提取目录，再chdir——但再次强调：这仅适用于启动初期的单次初始化 - 如果程序要支持热重载或插件目录变更，工作目录不该是唯一依据，配置里显式写绝对路径或基于可执行文件路径计算
跨平台工作目录最麻烦的从来不是函数选哪个，而是“到底该不该切”——多数情况下，不切比乱切更可靠。路径逻辑一旦和chdir耦合，调试时pwd输出和实际文件访问路径对不上，问题就藏得特别深。
