VS调试可正常打开文件 直接运行编译exe时相对路径失效如何解决

你使用的..//..//类相对路径，是**相对于进程当前工作目录（CWD）**解析的，和可执行文件自身的存储位置没有绑定关系。
当前工作目录不是固定值，完全由启动程序的父进程决定：

• Visual Studio 按F5调试时，默认工作目录是项目配置中指定的工作目录项，默认值为$(ProjectDir)（即.csproj/.vcxproj等项目文件所在的目录），和exe实际输出的目录并不一致
• 直接双击exe运行时，默认工作目录是exe自身所在的文件夹
• 通过快捷方式启动exe时，工作目录是快捷方式属性中配置的「起始位置」，可以和exe位置完全无关
• 从命令行切换到其他目录后调用exe，工作目录就是命令行当前所在的目录

你观察到的cd指向目录变化，本质就是不同启动场景下当前工作目录发生了偏移，之前的写法刚好匹配了VS调试场景下工作目录到目标文件的层级关系，一旦启动场景变化，工作目录偏移，路径自然会失效。

核心逻辑是先获取当前运行的exe自身所在目录的绝对路径，再基于这个路径拼接目标文件位置，全程不依赖当前工作目录。路径拼接不要手动写斜杠，使用对应框架提供的标准路径处理API，自动适配系统规则、解析相对路径段。

.NET 系项目（C#/VB.NET等） #

优先使用AppContext.BaseDirectory获取exe所在目录的绝对路径，这个值不受工作目录、加载上下文影响，稳定性最高：

// 获取exe所在目录的绝对路径
string exeFolder = AppContext.BaseDirectory;
// 拼接目标路径，示例为exe目录向上两层后，访问data文件夹下的target.txt
string targetFilePath = Path.Combine(exeFolder, "..", "..", "data", "target.txt");
// 可选：将路径规范化，自动解析../等相对段，得到最终的绝对路径
string fullValidPath = Path.GetFullPath(targetFilePath);

如果是.NET Framework 老版本项目，也可以通过Assembly.GetExecutingAssembly().Location获取exe路径后取目录实现，效果一致。

原生C++项目（Win32/MFC等） #

调用Windows系统APIGetModuleFileNameW传入空参数，即可拿到当前exe的完整绝对路径，再通过路径处理接口截取目录、拼接目标路径即可，C++17及以上版本推荐使用标准库std::filesystem处理路径，避免手动操作字符串：

#include <windows.h>
#include <filesystem>

// 获取exe所在目录
std::wstring GetExecutableFolder() {
    wchar_t exePathBuffer[MAX_PATH];
    GetModuleFileNameW(NULL, exePathBuffer, MAX_PATH);
    std::filesystem::path exePath(exePathBuffer);
    return exePath.parent_path().wstring();
}

int WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nShowCmd) {
    std::wstring exeFolder = GetExecutableFolder();
    // 拼接目标路径，示例为向上两层后访问data文件夹下的target.txt
    std::filesystem::path targetPath = std::filesystem::path(exeFolder) 
                                        / L".." / L".." / L"data" / L"target.txt";
    // 规范化路径，解析../相对段
    std::filesystem::path validPath = std::filesystem::weakly_canonical(targetPath);
    
    // 后续使用validPath访问文件即可
    return 0;
}

• 不要通过Directory.SetCurrentDirectory（.NET）或SetCurrentDirectory（Win32 API）手动修改工作目录来适配路径，这种做法非常脆弱，一旦其他逻辑、第三方库修改了工作目录，路径会再次失效
• 不要手动拼接/或\这类路径分隔符，标准路径API会自动处理不同系统的分隔符规则，避免出现多斜杠、斜杠方向不匹配的问题
• 上述实现完全不依赖工作目录，不管是VS调试、双击运行、快捷方式启动、命令行跨目录调用，都可以准确定位到相对于exe位置的目标文件

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