PSCustomObject在PowerShell ISE中正常运行但在powershell.exe中失效

我之前也踩过这个坑！这种ISE和powershell.exe执行差异通常和执行策略、环境上下文或者.NET类型加载细节有关，结合你的代码片段，咱们一步步来解决：

一、先排查最常见的执行策略问题 #

ISE默认在当前用户上下文运行，执行策略可能比较宽松，但计划任务或直接用powershell.exe运行时，可能因为执行策略限制导致脚本无法正常执行。

解决方法：

• 在计划任务的「操作」里，把powershell的启动参数改成：

  -ExecutionPolicy RemoteSigned -File "C:\你的脚本路径\script.ps1"
  

• 或者在脚本开头添加（需要足够权限）：

  Set-ExecutionPolicy RemoteSigned -Scope CurrentUser -Force
  

二、修改泛型列表的定义方式 #

你用的New-Object System.Collections.Generic.List[System.Object]在ISE里没问题，但powershell.exe对泛型类型的解析有时候会有小问题。既然你往列表里加的是PSCustomObject，直接指定列表类型为PSCustomObject会更兼容：

# 替换原来的列表定义为这个
$usersToAdd = [System.Collections.Generic.List[PSCustomObject]]::new()

这种用静态构造方法的方式比New-Object更稳定，避免了类型解析的潜在冲突。

三、确保AD模块正确加载 #

ISE会自动加载常用模块，但powershell.exe或计划任务环境下需要手动加载，否则执行New-ADUser会报错。在脚本开头加上：

Import-Module ActiveDirectory -ErrorAction Stop

另外要注意：运行计划任务的账户必须有权限访问AD模块（比如安装了RSAT工具），并且有创建AD用户的权限。

四、计划任务的环境配置细节 #

• 「常规」选项卡勾选「不管用户是否登录都要运行」，并且选择有AD操作权限的账户（比如域管理员）。
• 「操作」里的「起始于」（起始位置）一定要填脚本所在的文件夹，避免脚本里的相对路径、依赖文件找不到。

修改后的关键代码示例 #

# 先加载AD模块，确保后续命令能正常执行
Import-Module ActiveDirectory -ErrorAction Stop

# 用更兼容的泛型列表定义方式
$usersToAdd = [System.Collections.Generic.List[PSCustomObject]]::new()

foreach($obj in $listofobjs) {
    $user = [PSCustomObject]@{
        'SamAccountName' = "username"  # 替换成你的实际属性值
        'GivenName'      = "John"
        'Surname'        = "Doe"
        'UserPrincipalName' = "john.doe@yourdomain.com"
        # 其他AD用户所需参数...
    }
    $usersToAdd.Add($user)
}

# 遍历列表添加用户到AD
foreach($user in $usersToAdd) {
    New-ADUser @user -ErrorAction Continue
}

调试小技巧 #

如果还是有问题，把计划任务的输出重定向到日志文件，方便排查错误：

-ExecutionPolicy RemoteSigned -File "C:\脚本路径\script.ps1" 2>&1 > "C:\日志路径\script_log.txt"

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