PowerShell脚本直接运行报错，调试正常：PSObject无op_Addition方法

你遇到的Method invocation failed because [System.Management.Automation.PSObject] does not contain a method named 'op_Addition'错误，核心是变量作用域冲突加上数组+=操作的特性导致的，咱们一步步拆解解决：

问题根源 #

你的脚本顶层初始化了空数组$report = @()，但在Folder-Access函数内执行$report += ...时，PowerShell默认会创建一个局部的$report变量（而非修改脚本级的那个）。第一次执行+=时，局部$report会被赋值为单个PSObject（因为局部变量初始为$null，右边是单个对象）；第二次再执行+=时，就会尝试对单个PSObject执行加法操作——而它根本没有这个方法，自然报错。

至于调试时正常，是因为调试过程中脚本级的$report数组已经存在，函数意外访问到了全局/脚本级变量，或者步执行的作用域解析逻辑和直接运行不同。

具体修复方案 #

方案1：明确指定变量作用域 #

直接修改Folder-Access函数内的$report引用，用$script:report明确操作脚本级的数组变量：

# 替换函数内的 $report += ... 代码为：
$script:report += New-Object -TypeName psobject -Property $properties

这样就能确保你修改的是脚本顶层初始化的那个数组，不会创建局部变量覆盖它。

方案2：用更高效的集合类型（推荐） #

+=操作数组本质是每次创建新数组，不仅性能差，还容易踩作用域坑。改用List<PSObject>集合更稳妥：

1. 初始化$report时改为：

$report = [System.Collections.Generic.List[PSObject]]::new()

2. 在Folder-Access函数内添加元素时，使用Add方法（同样要注意作用域）：

$script:report.Add( (New-Object -TypeName psobject -Property $properties) )

额外优化建议 #

• 避免依赖全局变量：把$report作为参数传递给Folder-Access，或者让函数返回结果再在顶层收集，更符合PowerShell最佳实践：

  # 修改Folder-Access函数返回结果
  function Folder-Access { 
  [CmdletBinding()] 
  Param ( 
  [Parameter(Mandatory=$true, Position=0)] 
  [string]$prod_path, 
  [Parameter(Mandatory=$true, Position=1)] 
  [string]$non_prod_path 
  ) 
  $localReport = [System.Collections.Generic.List[PSObject]]::new()
  # ... 原有逻辑 ...
  # 添加元素到局部集合
  $localReport.Add( [PSCustomObject]$properties )
  # ... 其他逻辑 ...
  return $localReport
  }
  
  # 在顶层收集结果
  $report = [System.Collections.Generic.List[PSObject]]::new()
  # 调用函数时合并结果
  $report.AddRange( (Folder-Access -prod_path $path -non_prod_path "$non_prod_path\$folderName") )
  

• 检查未定义变量：executionTimeForSourcePath函数里的$prod_path和$non_prod_path没有显式定义，建议通过参数传递，避免意外的作用域问题。
• 简化对象创建：用[PSCustomObject]$properties代替New-Object psobject -Property $properties，代码更简洁高效。

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