PowerShell WinForms脚本if/elseif分支不生效 输入Domain3仍连Server1.lan报错

• 读值时机错位（最高发）
  90%以上的该类问题都出在这里：代码把Domain输入框的Text值赋值给全局变量的动作，放在了窗体初始化（Form_Load）、窗体构造完成的阶段，这时候输入框还没有被用户填入内容，拿到的是输入框的默认预置值（比如提前写死的Domain1占位符）。后续用户在界面上修改输入内容时，代码没有重新实时读取输入框的当前值，一直用初始化阶段拿到的旧值做分支判断，自然无论用户填什么都会命中对应旧值的分支。
  典型错误写法：

  # 窗体加载时就提前把输入框值存到全局变量，此时输入框还没用户交互
  $form.Add_Load({
      $global:checkDomain = $DomainInput.Text # 这时候拿到的是设计器默认的"Domain1"
  })
  $ExportBtn.Add_Click({
      # 点按钮时没有重新读输入框值，直接用之前存的旧值判断
      if ($checkDomain -eq "Domain1") { $exServer = "Server1.lan" }
      elseif ($checkDomain -eq "Domain3") { $exServer = "Server3.lan" }
  })
  

• 错误读取控件本身而非文本属性
  写if判断时漏了.Text属性，直接把WinForms输入框控件对象本身当成字符串做对比。PowerShell对非字符串对象做布尔转换时会恒返回$true，第一个分支的判断会直接短路生效，后续的elseif分支完全不会执行。
  典型错误写法：

  # 没加.Text，拿控件对象做对比
  if ($DomainInput -eq "Domain1") {
      $exServer = "Server1.lan"
  }
  

• 作用域隔离导致值传递失效
  PowerShell的脚本作用域规则下，按钮点击事件代码块内声明的局部同名变量，不会覆盖外层脚本作用域的同名变量。如果在事件块里虽然写了$checkDomain = $DomainInput.Text，但没有用$script:checkDomain = ...把值赋值到外层作用域，后续if判断读到的依然是外层初始化时的旧值，和用户实际输入无关。
• 判断逻辑本身存在逻辑漏洞
  第一种是第一个分支的判断条件覆盖了所有可能的输入值，比如写了if ($DomainInput.Text -like "*")，通配所有字符串，无论输入什么都会直接命中第一个分支；第二种是所有分支的判断条件被写成了同一个匹配值（比如复制粘贴时没改后续分支的匹配内容），导致三个分支本质都是匹配Domain1。
• 字符串格式差异导致匹配失效
  拿到的输入值带有前后空格、全角半角字符差异、大小写不一致时，严格相等判断会匹配失败，永远落不到后续的分支上，最终因为第一个分支的判断条件没有做严格校验，被误触发。

快速定位方法：在整个if分支判断逻辑的最开头，插入一行临时弹窗代码，直接弹出当前代码实际读到的输入值：

[System.Windows.Forms.MessageBox]::Show("实际读取值：[$($DomainInput.Text)] 字符长度：$($DomainInput.Text.Length)")

触发导出按钮时，如果弹窗显示的内容不是你在输入框里填的Domain3，就说明问题出在值读取环节，和分支判断逻辑无关。修复时统一对输入值做规整后再对比：把拿到的文本先Trim()去除首尾空格，再转成统一小写/大写，所有分支的匹配规则也做相同规整，避免格式差异导致的匹配错位。

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