兄弟，太懂你第一次做PowerShell窗体遇到这种诡异问题的头疼感了！咱们先拆解现象，再一步步把问题解决掉。

首先你猜的方向完全没错——核心问题确实和**.NET程序集加载以及PowerShell会话生命周期**有关：

• VS Code里第一次运行时，虽然你加了Add-Type加载WinForms和Drawing程序集，但远程CIM操作依赖的深层组件可能没完全初始化；第二次运行时这些组件已经在当前VS Code的PowerShell会话里缓存了，所以功能正常。
• 单独的PowerShell终端每次运行脚本都是全新会话，脚本结束后会话就销毁了，每次重新加载时你的脚本没有覆盖所有必要依赖，导致核心功能（比如远程获取启动时间）没法正常工作。

下面是具体的解决步骤：

1. 修复控件定义顺序的致命问题 #

看你的代码会发现：$TXTOutPut文本框是在BTNGetRun函数之后才创建的！第一次运行时函数找不到这个控件变量，自然没法输出结果；第二次在VS Code会话里控件对象还在内存中，所以能正常工作。

解决方法：把$TXTOutPut的创建代码移到所有使用它的函数前面，比如放到菜单创建完成之后、按钮函数定义之前的位置。

调整后的控件创建代码示例：

#*******Informational Output TextArea*****
$TXTOutPut = New-Object System.Windows.Forms.TextBox
$TXTOutPut.AutoSize = $true
$TXTOutPut.Height = ($res.CurrentVerticalResolution / 2.6)
$TXTOutPut.Width = ($res.CurrentHorizontalResolution / 2.11)
$TXTOutPut.multiline = $True
$TXTOutPut.scrollbars = "Vertical, Horizontal"
$TXTOutPut.Font="Lucida Console"
$TXTOutPut.wordwrap = $false
$TXTOutPut.top = 190
$TXTOutPut.left = 25
$YAYMainForm.Controls.Add($TXTOutPut)
#*******EndInformational Output TextArea********

#********** Button functions ***********
function BTNSeed ($ValueSeed) {
    Switch ($ValueSeed){
        "GLB" {$GLOBAL:BTNGetText = "Get Last Boot Time"}
    } #End Switch
} #End Function
# ... 后续函数代码

2. 显式加载所有必要的.NET依赖程序集 #

不要只加载表层的WinForms组件，把远程CIM操作需要的依赖也显式加载，避免首次运行时找不到组件：

# 加载所有必要的程序集
Add-Type -AssemblyName System.Windows.Forms, System.Drawing, System.Management, System.Core
# 强制初始化CIM相关类型，避免首次调用时延迟
[System.Management.ManagementObjectSearcher]::new() | Out-Null

3. 优化变量作用域，避免全局变量的不可靠性 #

你用到的$GLOBAL:BTNGetText全局变量在新会话里可能存在初始化延迟，建议把状态绑定到控件本身，比如用控件的Tag属性存储：

function BTNSeed ($ValueSeed, $targetBtn) {
    Switch ($ValueSeed){
        "GLB" { $targetBtn.Tag = "Get Last Boot Time" }
    }
}

# 在菜单点击函数里调用
function OnClick_FunctionGLastBootMenu{
    $ValueSeed = "GLB"
    BTNSeed -ValueSeed $ValueSeed -targetBtn $BTNGet
    $BTNGet.Text = $BTNGet.Tag
    # ... 后续显示控件的代码
}

4. 打包成EXE的注意事项 #

如果要打包成独立可执行文件，推荐用社区常用的PS2EXE工具，打包时注意：

• 选择打包为基于PowerShell 5.1的EXE（.NET Framework的WinForms兼容性最好）
• 勾选“包含所有依赖程序集”的选项（部分版本工具支持）
• 测试时一定要在干净的终端会话或其他机器上验证，确保首次运行就正常

调试小技巧 #

在终端运行时，不要双击脚本，而是打开终端进入脚本目录，用.\你的脚本名.ps1 -Debug运行，同时在关键位置加调试输出：

Write-Debug "当前已加载的程序集：$(Get-Assembly | Select-Object FullName)"
Write-Debug "TXTOutPut控件是否存在：$($null -ne $TXTOutPut)"

这样能快速定位组件加载或控件引用的问题。

按照上面的步骤调整后，不管是VS Code首次运行还是终端运行，你的窗体功能都能正常工作啦！

备注：内容来源于stack exchange，提问作者Dale