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

阿华AIGC实验室

2026-5-25

解决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);
}