C++Builder相对输出目录下ExeName/ParamStr(0)异常及调试问题问询

问题现象 #

• 当Final Output Directory设为相对路径（如默认.\$(Platform)\$(Config)）时：
  • 调试状态下，Application->ExeName和ParamStr(0)会保留冗余的.\前缀，例如输出C:\Project\Suite\Project1\.\Win32\Debug\Project1.exe
  • 无调试运行或IDE外运行时，路径自动规范化，显示为C:\Project\Suite\Project1\Win32\Debug\Project1.exe
• 当设为跨目录相对路径（如..\Target\$(Platform)\$(Config)）时：
  • 调试状态下路径解析错误，输出C:\Project\Suite\Project1\.\..\Win32\Debug\Project1.exe，导致无法通过该路径定位自身目录或配置文件
• 依赖外部目录DLL的程序：
  • 调试和IDE内无调试运行时，因ExeName路径错误导致找不到DLL
  • IDE外运行正常；仅设置绝对路径的Working Directory可解决，相对路径无效

原因分析 #

C++Builder调试器启动程序时，会直接把Final Output Directory的原始相对路径拼接到项目文件所在目录，没有对路径做规范化处理（也就是没解析.、..这类相对路径标识符）。而程序在非调试模式或IDE外运行时，操作系统会自动处理路径规范化，所以路径显示正常。

这种设计原本是为了保留原始路径配置的可追溯性，但在跨目录输出的场景下，会导致程序无法正确识别自身实际位置，进而影响依赖路径的解析，比如DLL加载、配置文件读取。

解决办法 #

1. 手动规范化路径 #

程序启动时，对ExeName或ParamStr(0)做路径规范化处理，不要直接用原始值。可以用C++Builder自带的ExpandFileName()函数，它会自动解析路径中的.、..，返回绝对规范路径：

AnsiString exePath = ExpandFileName(Application->ExeName);
// 后续用exePath来定位目录或文件

2. 用GetCurrentDir()临时替代 #

如你测试的，GetCurrentDir()能获取程序当前工作目录，调试和非调试场景下都能返回正确路径。但要注意：如果程序运行时手动切换了工作目录，这个方法就会失效，只适合启动初期的路径定位。

3. 配置绝对路径的Working Directory（解决DLL加载问题） #

在项目设置的Debugger选项里，把Working Directory设为输出目录的绝对路径（可以结合环境变量，比如$(PROJECTDIR)\..\Target\$(Platform)\$(Config)，但要确保IDE能正确解析）。不过这种方式需要适配不同开发者的本地路径，团队协作时可以通过版本控制忽略本地项目配置文件，让每个人在本地配置自己的路径。

4. 绝对路径输出目录+忽略本地配置 #

团队协作场景下，可以把Final Output Directory设为绝对路径，但在版本控制中忽略本地项目配置文件（比如*.local或*.cbproj.local），让每个开发者在本地配置自己的绝对路径，既保证ExeName正常，又适配不同路径差异。

内容的提问来源于stack exchange，提问作者Mark Di Val