PowerShell中结合$PSScriptRoot用using module遇加载及类型识别错误

我之前也踩过跨平台PowerShell里的这个坑，结合@DavidBrabant的思路，给你整理几个能直接用的解决方案：

先搞懂问题出在哪 #

你遇到的是两个连锁的PowerShell语法/作用域问题：

1. using module不支持变量：不管加不加引号，using module $PSScriptRoot/...都会报错，这是PowerShell的硬限制——using语句是预编译阶段执行的，还没到变量解析的环节，跨平台都存在这个问题，不是Mac独有的。
2. 脚本块加载的作用域隔离：用脚本块动态加载模块后，模块里的MyBaseClass被限制在脚本块的局部作用域里，外面的类定义根本找不到它，转义字符也解决不了，因为问题核心是作用域，不是语法转义。

方案一：用临时脚本绕开using module的变量限制 #

既然using module不认变量，我们先把模块路径解析成绝对路径，写入临时脚本，再用using module加载这个临时脚本，间接完成模块导入：

# 第一步：把相对路径转成Mac能识别的绝对路径
$moduleAbsPath = $ExecutionContext.SessionState.Path.GetUnresolvedProviderPathFromPSPath("$PSScriptRoot/../myfolder/base.psm1")

# 第二步：生成临时加载脚本
$tempLoader = Join-Path $env:TEMP "temp_module_loader.ps1"
"using module '$moduleAbsPath'" | Out-File $tempLoader -Encoding utf8

# 第三步：通过临时脚本导入模块
using module $tempLoader

# 现在终于可以正常继承基类了！
class Go : MyBaseClass {
    # 这里写你的类逻辑
    [string] TestMethod() {
        return "继承成功！"
    }
}

# 最后记得清理临时文件
Remove-Item $tempLoader -Force

方案二：全局导入模块突破作用域限制 #

如果不想折腾临时文件，直接用Import-Module加-Global参数，把模块里的类型强制加载到全局作用域，这样后续的类定义就能直接找到MyBaseClass：

# 解析模块绝对路径
$moduleAbsPath = Resolve-Path "$PSScriptRoot/../myfolder/base.psm1"

# 全局导入模块，确保类型在全局作用域可见
Import-Module $moduleAbsPath -Global

# （可选）跨平台下给模块一点加载时间，避免偶发的加载延迟问题
Start-Sleep -Milliseconds 300

# 现在定义继承类完全没问题
class Go : MyBaseClass {
    # 你的类实现
}

方案三：临时应急——硬编码绝对路径 #

如果只是临时测试不想写复杂逻辑，直接把模块的绝对路径写死在using module里也行，比如：

# 替换成你自己的模块绝对路径
using module '/Users/ChrisG/projects/myproject/myfolder/base.psm1'

class Go : MyBaseClass {
    # 类定义
}

不过这个方案不适合项目移植，路径一变就得改，只建议临时用。

几个关键注意事项 #

• 跨平台路径处理：Mac用/，Windows用\，用Resolve-Path或GetUnresolvedProviderPathFromPSPath会自动适配，别手动写死分隔符。
• 模块导出设置：确保你的base.psm1里的MyBaseClass是可导出的——要么把类定义写在模块顶层（默认会导出），要么加一句Export-ModuleMember -Variable MyBaseClass。
• 执行顺序：类定义必须在模块加载完成之后，PowerShell的类是静态解析的，加载语句一定要放在类定义前面。

内容的提问来源于stack exchange，提问作者Chris G.