这种情况我之前也踩过坑！ISE和常规PowerShell窗口的执行环境确实有不少隐藏差异，导致脚本在两边表现不一。咱们一步步来排查解决：

1. 先查工作目录问题（最常见！） #

ISE默认的工作目录一般是你的「文档」文件夹，而直接双击脚本运行时，PowerShell的默认工作目录大概率是C:\Windows\System32——这时候如果你的主脚本里用了相对路径去调用那个dot脚本，肯定找不到，结果就是相关变量为空，调用方法时就会报这个错。

解决办法很简单，在主脚本的最开头加上一行，强制切换到脚本所在的目录：

Set-Location $PSScriptRoot

这样不管你从哪里启动脚本，都会先定位到脚本本身的文件夹，确保相对路径的文件能正确找到。

2. 检查变量的初始化与空值判断 #

ISE有时候会保留上一次会话的变量，哪怕你没在当前脚本里初始化，它也可能有值；但直接运行脚本是全新的会话，要是某个变量没从dot脚本里拿到正确值就去调用方法，自然会报错。

给所有要调用方法的变量加上空值检查，既能快速定位问题，也能避免报错：

# 假设你从dot脚本里拿到的变量是$formHandler
if ($null -eq $formHandler) {
    Write-Error "警告：从dot脚本获取的处理对象为空，请检查dot脚本的执行逻辑或路径是否正确"
    exit 1
}
# 确认变量非空后再调用方法
$formHandler.ProcessForm()

3. 验证执行策略与权限差异 #

ISE通常会以更宽松的权限启动，而直接运行PowerShell可能受限于系统的执行策略，导致dot脚本没被正确加载。先检查当前的执行策略：

Get-ExecutionPolicy

如果返回的是Restricted（最严格的策略，不允许运行任何脚本），可以改成RemoteSigned（允许运行本地脚本，远程脚本需要签名），执行命令时记得加当前用户的范围避免权限问题：

Set-ExecutionPolicy RemoteSigned -Scope CurrentUser

执行时会弹出确认提示，按Y确认即可。

4. 确认dot脚本的调用方式 #

确保主脚本里调用dot脚本的方式是正确的，比如用点运算符（.）来加载脚本到当前会话，这样dot脚本里的变量和函数才能被主脚本访问到：

# 结合前面的工作目录切换，用相对路径调用dot脚本
. ".\your-form-handler.ps1"

别用&调用，那样会在新的子会话里运行，变量不会回传到主脚本。

先从工作目录的问题排查起，这是最容易忽略也最常见的原因，应该能解决大部分情况。

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