HTA应用相对路径解析异常：不同启动方式返回结果不符

我之前也踩过这个坑，核心问题出在Scripting.FileSystemObject的GetAbsolutePathName方法上——它是基于**当前工作目录（CWD）**来解析相对路径的，而不是你的HTA文件实际所在的目录。

问题根源拆解 #

• 当你双击HTA文件或右键选择“打开”时，Windows Shell会自动把进程的工作目录设置为HTA所在的F:\relroot\libname.lib\，这时候../etc.txt自然会正确解析到上级目录F:\relroot\。
• 但通过“打开方式”选择Microsoft HTML Application Host启动时，Shell不会修改工作目录，默认会用系统的默认工作目录（通常是C:\Windows\）来启动mshta.exe，这时候../etc.txt就会基于C:\Windows\来解析，结果就变成了错误的C:\Windows\etc.txt。

解决方案：基于HTA自身路径解析相对路径 #

不要依赖不可靠的当前工作目录，而是先获取HTA文件自己的绝对路径，再基于这个路径来计算目标文件的位置。修改你的fullNameOfFile函数如下：

function fullNameOfFile(filename) {
    // 获取HTA的完整URL（格式类似：file:///F:/relroot/libname.lib/textapp.hta）
    var htaUrl = window.location.href;
    // 转换为本地文件路径：去掉file:///前缀，把斜杠替换为Windows反斜杠
    var htaPath = htaUrl.replace(/^file:\/\/\//i, "").replace(/\//g, "\\");
    
    var fso = new ActiveXObject("Scripting.FileSystemObject");
    // 获取HTA文件所在的目录
    var htaDirectory = fso.GetParentFolderName(htaPath);
    // 用BuildPath安全拼接相对路径，再转为绝对路径
    var targetFullPath = fso.BuildPath(htaDirectory, filename);
    
    return fso.GetAbsolutePathName(targetFullPath);
}

代码细节说明 #

1. window.location.href能可靠获取HTA文件的完整路径，不受启动方式影响，这是整个方案的核心。
2. GetParentFolderName拿到HTA所在的目录，这才是你真正需要的相对路径基准目录。
3. BuildPath方法会自动处理路径拼接的细节（比如上级目录../、斜杠统一），比手动拼接字符串更安全，不容易出错。

修改后不管你用哪种方式启动HTA，fullNameOfFile("../etc.txt")都会稳定返回正确的F:\relroot\etc.txt。

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