我认为你观察到的行为是**一个 bug，它已经在GitHub issue #20717中报告过了：

• 带 * 标量 * 参数（单个值）在参数（解析）模式下，当PowerShell的参数绑定器最初将它 * 可以 * 解析 * 的东西解析为数字文字 * 时，它会这样做，即将参数转换为 * 数字类型 *，如[int]，同时 * 还保留原始字符串表示 *，以防目标命令最终 not 期待一个数字。
• 例如0600000001、2.3、0xA、1e2，甚至1l或1d（数字类型后缀）
• 但是，与表达式模式不同，以+或-开头的标记 * 不会 * 被解析为数字，并且仍然是 * 字符串 *（[string]）。
• 此行为通过将结果 number 示例（例如类型[int]） Package 在一个 * 不可见的[psobject] Package 器 * 中来实现，该 Package 器缓存原始字符串表示;后者可以通过调用.psobject.ToString()来检索-但 * 不是 * 使用.ToString()和 * 不是 * 通过可扩展字符串（"..."）中的字符串插值来检索。
• .psobject.ToString()在以下场景中被 * 隐式 * 调用：
• 当调用 external programs 时，因为传递 original 字符串表示很重要，因为在那个上下文中没有 types 的概念，所以将原始参数（如0xA）转换为10是不合适的。
• 在默认的显示格式化期间。
• 转换为[string]时
• 在一个 array 参数中，这个原始的字符串表示意外地 * 丢失 * 了它的 * 元素 *，即使没有很好的理由 * 不 * 对每个元素执行相同的 Package （这在技术上是可能的，因为PowerShell数组是[object[]]类型的，即它的元素可以存储 * 任何类型 * 的值）。
• 请注意，在user 0600000001,0600000002调用中，0600000001,0600000002 * 不是 * 在 * 表达式（解析）模式 * 下解析的-它仍然是在 * 参数模式 * 下解析的，其中, * 也 * 支持数组构造（除了调用 * 外部程序 * 时，其中不存在数组的概念），* 元素 * 的解析方式与 * 单个 * 参数模式参数相同。
• 例如，Write-Output foo, bar是全参数模式的等价物，

Write-Output ('foo', 'bar')，即带有 * 嵌套表达式 * 的参数模式语句。
为了简洁地演示问题：

& {
  param($Value) # implicitly [object]-typed - see below for why
  foreach ($v in $Value) { 
    [pscustomobject] @{
      StringRepresentation = $v.ToString()
      OriginalStringRepresentation = $v.psobject.ToString()
      Type = $v.GetType()
      IsPSObjectWrapped = $Value -is [psobject]
    }
 }
} 042

字符串
这将输出以下内容，显示参数042被解析为值为42的[int]，但 Package 在具有缓存的原始字符串表示的[psobject]示例中：

StringRepresentation OriginalStringRepresentation Type         IsPSObjectWrapped
-------------------- ---------------------------- ----         -----------------
42                   042                          System.Int32              True

型
转换到这样的参数的 * 数组 * 表明这种 Package 是 * 丢失 *：
传递042, 043, +44, -45而不是042得到：

StringRepresentation OriginalStringRepresentation Type          IsPSObjectWrapped
-------------------- ---------------------------- ----          -----------------
42                   42                           System.Int32              False
43                   43                           System.Int32              False
+44                  +44                          System.String             False
-45                  -45                          System.String             False

型
注意042和043的原始字符串表示是如何丢失的，而+44和-45-由于它们的前缀-被解析为开始的 * 字符串 *。
注意事项：

• 示例脚本块使用了一个 untyped，即隐式[object]类型的参数，它允许在没有显式类型转换的情况下检查行为。
• 如果参数被声明为[object[]]（又名[Array]），即使在 single-argument的情况下，原始的字符串表示也会丢失，这本身可以被认为是一个bug。
• 对于[string[]]类型的参数，如您的问题所示，它确实适用于 * 单 * 参数情况，但在多参数情况下失败，因为在构建[string[]]数组时，原始字符串表示已经丢失，因为丢失发生在初始的幕后，必然是基于[object]的数组解析。