从PowerShell脚本调用另一个脚本的正确方式及两种方案对比

目录结构 #

mainFolder
 | - subFolder
 |    | - MainScript.ps1
 |    | - SubScript.ps1

需求：从MainScript.ps1中调用同目录的SubScript.ps1，且可能从非脚本所在目录的控制台执行MainScript.ps1。

两种实现方案 #

第一种方案：

Push-Location $PSScriptRoot
./SubScript param1 param2
Pop-Location $PSScriptRoot

第二种方案：

& "$PSScriptRoot/SubScript.ps1" param1 param2

疑问：

1. 这两种方案是否完全等效？
2. 哪一种更推荐？
3. 有没有其他更优的脚本调用方式？

问题解答 #

1. 是否完全等效？ #

不完全等效，核心差异在于当前工作目录的变化：

• 第一种方案会切换到$PSScriptRoot（MainScript.ps1所在目录）执行SubScript.ps1，执行完再切回原工作目录。如果SubScript.ps1里有依赖当前工作目录的操作（比如读取同目录文件、生成文件到当前目录），实际工作目录是subFolder。
• 第二种方案直接用绝对路径调用SubScript.ps1，执行过程中当前工作目录保持不变（还是启动MainScript.ps1时的初始目录）。如果SubScript.ps1依赖当前工作目录，行为会和第一种完全不同。

另外，第一种方案的Pop-Location不需要传$PSScriptRoot参数——Pop-Location默认弹出栈顶位置，传参反而可能出错（比如栈里的位置不是$PSScriptRoot时），正确写法是Pop-Location不带参数。

2. 哪一种更推荐？ #

优先选第二种方案：

• 写法简洁，不用修改工作目录，避免因目录变化引发的潜在问题（比如SubScript.ps1意外修改当前目录文件，或依赖目录的逻辑不符合预期）。
• 直接用绝对路径调用，逻辑清晰，不容易出错。
• 第一种方案的Push-Location/Pop-Location组合有风险：如果SubScript.ps1执行时抛出异常中断脚本，Pop-Location可能不会执行，导致后续代码的工作目录停留在$PSScriptRoot。要避免这个问题得用try/finally包裹，增加代码复杂度：

  try {
      Push-Location $PSScriptRoot
      ./SubScript param1 param2
  }
  finally {
      Pop-Location
  }
  

3. 其他更优的调用方式？ #

还有几种可选方式，适配不同场景：

• 结合Join-Path的绝对路径调用：更严谨的路径拼接，避免跨平台路径分隔符（Windows用\，类Unix用/）的问题，兼容性更好：

  & (Join-Path -Path $PSScriptRoot -ChildPath 'SubScript.ps1') param1 param2
  

• 点运算符.调用：如果需要让SubScript.ps1的变量、函数直接在MainScript.ps1的作用域生效（而非创建子作用域），可以用点运算符：

  . "$PSScriptRoot/SubScript.ps1" param1 param2
  

  注意：这种方式会污染当前作用域，除非明确需要共享变量/函数，否则不推荐。

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