PowerShell全局变量疑问：未声明全局的变量为何可正常工作？

问题描述 #

我有个疑惑：为什么部分未声明为全局的变量仍能正常工作？比如下面的示例里，函数B能直接访问函数A中的$var1，甚至能获取到它的变更值，但我的其他代码中，变量必须通过Set-Variable -Scope global设置全局作用域才能被跨函数访问。

示例代码：

Function B {
    #Some code..

    if ($var1 -eq 'true') {
        Do something 
    }
}

Function A {
    $var1 = 'false'
    $var2 = 'false'

    #Some code.. 
    if ($a -eq "1") {
        $var1 = 'true'
    }
    #Call function B
    Function B
}

其他场景中需设置全局才能访问的写法：

Set-Variable -Name "varname" -Value $varname -Scope global

我想搞清楚：

• 为什么上述示例里变量不用声明全局就能工作？
• 函数B是如何获取函数A中$var1的变更值的？

解答 #

这核心是PowerShell的作用域继承规则在起作用，和你调用函数的方式直接相关：

1. 示例中无需全局的原因 #

你在函数A里写Function B的行为，本质不是调用函数，而是在A的局部作用域内重新解析并执行函数B的定义——这会让B的运行上下文直接处于A的作用域中，自然能直接访问A里的变量。

如果你的其他代码里是直接写B来调用函数，情况就完全不同：直接调用B时，函数会在它自身的作用域（或全局作用域，取决于定义位置）运行，这时候就看不到A的局部变量，必须声明全局才能跨作用域访问。

2. 函数B获取变更值的原理 #

因为B是在A的作用域内执行的，它的作用域属于A作用域的子作用域。PowerShell的规则允许子作用域读取、修改父作用域的变量（除非变量被显式声明为局部）。所以当A里更新了$var1的值后，B在A的作用域内读取到的就是已经变更后的$var1。

补充：规范的跨函数传参方式 #

你的示例能工作是调用方式带来的特殊情况，不属于常规的跨函数变量访问逻辑，容易引发作用域混乱。更推荐通过函数参数传递的方式实现变量共享，这也是PowerShell的最佳实践：

Function B {
    param(
        [string]$var1
    )
    if ($var1 -eq 'true') {
        # 执行逻辑
        Write-Host "var1 is true"
    }
}

Function A {
    $var1 = 'false'
    if ($a -eq "1") {
        $var1 = 'true'
    }
    # 通过参数传递变量给B
    B -var1 $var1
}

这种方式逻辑清晰，能避免作用域带来的意外问题。

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