MSVS Installer Projects中如何在源码内正确引用配置文件

推荐方案：运行时动态获取自身可执行文件路径拼接配置路径 #

这个方案无额外依赖、不受安装路径、工作目录、账户上下文影响，完全满足你列出的所有约束条件，是Windows桌面应用/服务读取同目录配置的标准实现方式。

实现逻辑非常简单：进程启动的第一时间（所有核心业务类初始化之前），调用Windows系统API获取当前运行的exe文件的绝对路径，从路径中提取出exe所在的目录，直接拼接config.cfg即可得到准确的配置文件路径——不管用户选择什么自定义安装路径、不管服务默认工作目录是不是System32，这个路径都不会出错。

参考实现代码：

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

// 进程启动入口处最早调用，无需依赖其他组件初始化
std::wstring GetConfigAbsPath()
{
    wchar_t exeFullPath[MAX_PATH] = {0};
    // 传入空句柄即可获取当前进程对应的exe文件完整路径
    GetModuleFileNameW(nullptr, exeFullPath, MAX_PATH);
    std::filesystem::path exeDir = std::filesystem::path(exeFullPath).parent_path();
    return exeDir / L"config.cfg";
}

实现注意事项：

• 该API属于Kernel32.dll的基础接口，进程加载完成后即可直接调用，不需要等待任何服务组件、运行时环境初始化，完全满足核心类启动阶段读取配置的要求。拿到路径后直接传入配置加载模块，再初始化核心类即可。
• 如果工程使用的C标准低于C17，没有内置filesystem库，可以用_wsplitpath_s等路径处理API手动拆分exe路径提取目录，再拼接配置文件名，核心逻辑不变。
• 安装包不需要做额外修改，保持原有把config.cfg和服务exe部署到同一安装目录的逻辑即可。注意在Installer Projects中给config.cfg授予服务运行账户（默认是LocalSystem）的读取权限，避免权限不足导致读取失败。
• 如果后续需要服务运行时修改配置文件，不建议把配置放在Program Files目录（普通账户、甚至系统账户默认没有该目录的写入权限），可以在安装时创建C:\ProgramData\<你的应用名>目录存放配置，这时候只需要在安装阶段把配置路径写入HKLM下的注册表项，服务启动时先读注册表拿路径即可，不要依赖跨用户的APPDATA路径。

备选方案：安装时写入注册表记录安装路径 #

你提到的Installer Projects无法写入安装目录路径的问题是可以解决的：

• 在安装项目的注册表配置视图中，新建属于你的应用的注册表项，路径建议选HKLM\SOFTWARE\<你的应用名称>（注意是HKLM全局注册表项，不要用HKCU，避免服务运行在系统账户下读不到当前用户的注册表），新建字符串值命名为InstallPath，值直接填入安装项目内置变量[TARGETDIR]，安装时这个变量会自动替换为用户实际选择的安装目录绝对路径。
• 服务启动时先读取该注册表值，再拼接config.cfg得到配置路径即可。

这个方案的缺点是存在额外的注册表依赖，如果用户手动移动exe文件位置但没有更新注册表，就会出现配置找不到的问题，稳定性不如第一个方案。

避坑提醒 #

• 绝对不要用相对路径加载服务配置：Windows服务的默认工作目录是System32，且服务控制管理器支持自定义修改服务工作目录，相对路径的解析结果完全不可控。
• 不要依赖APPDATA路径传递配置位置：安装程序运行在交互式用户上下文，服务运行在系统服务账户上下文，二者的APPDATA路径完全隔离，且普通用户修改系统账户APPDATA下的文件存在权限障碍。
• 不要硬编码任何固定安装路径：不管是默认的C盘Program Files路径还是其他固定路径，遇到用户自定义安装目录、系统盘盘符调整、32/64位系统重定向等场景都会直接失效。

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