PowerShell ForEach循环中ConvertTo-Json挂起问题排查

• 问题根源是Get-Content返回的$login不是纯字符串对象：PowerShell中Get-Content输出的每一行文本，都会自动附加PSPath、PSParentPath、PSDrive、PSProvider、ReadCount等和文件系统相关的附加属性，你移除序列化参数后输出的异常JSON内容已经能直接看到这些多余字段。
• 给ConvertTo-Json指定-Depth 10参数时，序列化器会递归遍历传入对象的所有层级属性，而PSDrive、PSProvider这类PowerShell内置运行时对象存在循环引用（例如PSDrive对象持有PSProvider的引用，PSProvider又反向持有PSDrive集合的引用），递归过程会在循环引用中无限循环，最终表现为命令永久挂起。
• 手动预定义$login变量时，赋值的是无任何附加属性的纯字符串，不存在会触发循环引用的对象，因此脚本执行正常；移除-Depth参数时，PowerShell默认序列化深度仅为2，不会递归到存在循环引用的层级，因此不会挂起，但此时序列化出的userName字段是携带多余属性的对象而非纯邮箱字符串，不符合OKTA接口的参数格式要求，因此返回400 Bad Request错误。

• 方案1：读取用户列表时直接将所有条目转为纯字符串，从源头切断多余属性：

# 方式一：逐行转纯字符串，过滤空行
$logins = Get-Content "C:\ScriptRepository\Users.txt" | ForEach-Object { [string]$_ } | Where-Object { $_.Trim() }

# 方式二：读取全文本后按行分割，返回的就是无附加属性的纯字符串
$logins = (Get-Content "C:\ScriptRepository\Users.txt" -Raw) -split '\r?\n' | Where-Object { $_.Trim() }

• 方案2：构造请求体时显式将$login转为字符串类型，避免带属性的对象进入序列化流程：

$Body = @{
    id = $UserID
    scope = "USER"
    credentials = @{
        userName = [string]$login
    }
}

• 额外优化建议：OKTA的/api/v1/users?q=接口是模糊匹配，可能返回多个用户结果，建议增加结果数量校验，当返回结果数不等于1时抛出提示跳过当前条目，避免绑定错误的用户ID。

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