1. 先搞清楚右下角提示框能解决什么实际问题如果你需要在 Windows 系统里用脚本或程序给用户一个轻量、非阻塞的桌面通知那么 PowerShell 实现的右下角提示框也叫 Toast 通知或气泡提示是一个绕不开的选项。它最直接的价值是不弹窗打断用户只在屏幕右下角短暂显示一条信息然后自动消失。这听起来简单但实际用起来场景很具体脚本任务完成通知一个耗时较长的备份、压缩或数据处理脚本跑完了弹个提示告诉你“任务已完成”。系统状态提醒比如检测到磁盘空间不足、某个服务异常停止需要温和地提醒管理员。自动化流程节点提示在 RPA 或自动化流程中某个关键步骤执行完毕给操作者一个视觉反馈。替代部分Write-Host当你想让输出更显眼但又不想让用户必须去命令行窗口里找时。很多人一搜“PowerShell 提示框”找到的都是System.Windows.Forms.MessageBox弹出来的那种需要点击“确定”才能关闭的模态对话框。那种会打断用户操作而右下角提示框不会这是核心区别。所以这篇文章的重点不是怎么弹出一个“确定”框而是怎么做出那种更像系统原生通知的、自动消失的提示。2. 环境与前置条件你的 PowerShell 能跑通吗在动手写代码之前最该确认的不是语法而是你的运行环境。很多脚本跑不起来问题都出在环境上。2.1 PowerShell 版本与执行策略首先打开你的 PowerShell不是 CMD。在窗口里输入$PSVersionTable.PSVersion并回车。你会看到类似这样的输出Major Minor Build Revision ----- ----- ----- -------- 5 1 22621 2506PowerShell 5.1这是 Windows 10/11 自带的版本也是最常见的。本文的方法主要基于此版本兼容性最好。PowerShell 7.x这是跨平台的新版本。它也能运行本文的大部分代码但在调用一些特定的 .NET 类库时语法或行为可能有细微差异。如果你用的是 PowerShell 7遇到问题可以先切换回 PowerShell 5.1 试试。其次是执行策略Execution Policy。这是 PowerShell 的安全限制防止你无意中运行恶意脚本。在管理员权限的 PowerShell 中你可以用Get-ExecutionPolicy查看当前策略。常见策略有Restricted默认设置禁止运行任何脚本。RemoteSigned可以运行本地脚本但来自网络如下载的脚本必须有数字签名。这是推荐用于个人学习和测试的设置。Unrestricted允许运行所有脚本但会警告。安全性较低。如果你在运行脚本时遇到“无法加载文件因为在此系统上禁止运行脚本”的错误就需要调整策略。在管理员 PowerShell 中执行Set-ExecutionPolicy RemoteSigned -Scope CurrentUser这个命令只对当前用户生效相对安全。完成测试后可以根据需要改回Restricted。2.2 必要的 .NET 框架与权限我们实现右下角提示框本质上是通过 PowerShell 调用 Windows 系统里现成的功能。这依赖于.NET Framework和Windows API。.NET FrameworkWindows 10/11 通常已内置。如果你的系统非常精简或老旧可能需要确保 .NET Framework 3.5 或 4.x 已启用在“启用或关闭 Windows 功能”中查看。管理员权限大多数情况下显示一个通知不需要管理员权限。这是一个重要的认知纠正。很多教程误导用户必须用管理员运行。实际上只有当你修改系统级设置如注册表、系统服务或访问受保护路径时才需要。单纯弹出通知用普通用户权限即可。这能避免很多不必要的权限错误比如错误 2147942405。2.3 代码编辑器选择不要用记事本写 PowerShell 脚本。推荐使用VS Code并安装 PowerShell 扩展。安装 VS Code。在扩展市场搜索 “PowerShell”安装微软官方发布的那个。用 VS Code 打开或新建一个.ps1文件PowerShell 脚本文件。如果遇到 VS Code 中 PowerShell 扩展显示乱码通常是控制台编码问题。可以尝试在 VS Code 的设置中搜索Terminal Integrated: Shell Args对于 PowerShell添加参数-NoExit -Command chcp 65001来强制使用 UTF-8 编码。3. 核心实现两种方法弹出右下角提示这里提供两种主流方法一种基于系统自带的BurntToast模块最省事另一种基于原始的 .NET/Win32 API最灵活无需额外安装。3.1 方法一使用 BurntToast 模块推荐新手BurntToast是一个社区维护的 PowerShell 模块专门用于创建 Windows Toast 通知它封装了底层复杂的 API让调用变得极其简单。第一步安装模块在 PowerShell 中运行可能需要管理员权限来安装到全局模块目录如果仅当前用户可用-Scope CurrentUserInstall-Module -Name BurntToast -Force如果提示“安装此程序包需要管理员权限”就在管理员 PowerShell中运行上述命令。或者你可以仅为当前用户安装避免权限问题Install-Module -Name BurntToast -Scope CurrentUser -Force第二步发送一个最简单的通知安装成功后发送通知只需要一行代码New-BurntToastNotification -Text ‘备份完成’ ‘所有文件已成功归档至 D:\Backup\’运行后你就能在右下角看到一个系统风格的通知。-Text参数接受一个字符串数组第一个元素通常是标题后面的元素是正文会自动换行显示。第三步自定义图标、声音和按钮BurntToast的强大之处在于可以轻松定制New-BurntToastNotification -Text ‘系统警报’ ‘C 盘剩余空间不足 10%’ -AppLogo ‘C:\Path\To\Warning.ico’ -Sound ‘Alarm2’你还可以添加按钮让用户交互比如点击后执行某个脚本$Button New-BTButton -Content ‘查看详情’ -Arguments ‘https://intranet/status’ New-BurntToastNotification -Text ‘服务异常’ ‘主数据库连接超时’ -Button $Button优点语法直观功能丰富社区活跃文档齐全。缺点需要额外安装模块。在生产环境批量部署时需要确保目标机器也有这个模块。3.2 方法二使用 .NET / Win32 API免安装更底层如果你不想依赖任何外部模块或者需要更精细的控制可以直接调用 Windows 的 API。这里展示一个最通用的、兼容性较好的方法使用[System.Windows.Forms.NotifyIcon]类。完整脚本示例将以下代码保存为Show-Notification.ps1。Add-Type -AssemblyName System.Windows.Forms function Show-BalloonTip { param( [string]$Title ‘通知’, [string]$Message ‘操作已完成’, [string]$Icon ‘Info’ # 可选: None, Info, Warning, Error ) $balloon New-Object System.Windows.Forms.NotifyIcon # 设置图标必须设置一个图标否则可能不显示 $path Get-Process -Id $pid | Select-Object -ExpandProperty Path $balloon.Icon [System.Drawing.Icon]::ExtractAssociatedIcon($path) # 设置提示属性 $balloon.BalloonTipTitle $Title $balloon.BalloonTipText $Message $balloon.BalloonTipIcon $Icon $balloon.Visible $true # 显示提示并设置显示时间毫秒 $balloon.ShowBalloonTip(5000) # 等待一段时间后清理资源 Start-Sleep -Seconds 6 $balloon.Dispose() } # 调用函数显示通知 Show-BalloonTip -Title “脚本提醒” -Message “数据清理任务于 $(Get-Date) 成功执行。” -Icon “Info”关键点解析Add-Type -AssemblyName System.Windows.Forms加载必要的 .NET 程序集。这是脚本能运行的前提。NotifyIcon这个类通常用于在系统托盘创建图标但它也有显示气泡提示的功能。图标是必须的$balloon.Icon ...这行代码从当前 PowerShell 进程的路径中提取了一个图标。如果不设置Icon属性通知可能根本不会弹出。你也可以指定一个.ico文件的完整路径。ShowBalloonTip(5000)参数是提示框显示的毫秒数这里设置 5 秒。Start-Sleep和Dispose()显示后等待 6 秒比提示显示时间长一点然后销毁对象释放资源。如果不销毁脚本进程可能会残留。优点无需安装任何额外模块脚本自包含兼容性好。缺点代码稍长自定义选项如按钮、声音不如BurntToast丰富且NotifyIcon在某些极端精简的系统或远程桌面会话中可能表现不一致。4. 进阶使用与实战避坑指南把单次通知跑通只是第一步。真正把它用到脚本或自动化任务里会遇到一堆细节问题。4.1 在脚本中集成与调用不要每次都在命令行里手动敲通知代码。应该把它封装成函数放在你的脚本逻辑里。示例一个备份脚本完成后发送通知# 假设这是你的备份函数 function Backup-Files { # ... 复杂的备份逻辑 ... Copy-Item -Path “C:\Data\*” -Destination “D:\Backup\” -Recurse -Force return $? # 返回操作是否成功 } # 封装好的通知函数这里用 .NET 方法示例 function Send-Notification { param($IsSuccess) Add-Type -AssemblyName System.Windows.Forms $balloon New-Object System.Windows.Forms.NotifyIcon $path Get-Process -Id $pid | Select-Object -ExpandProperty Path $balloon.Icon [System.Drawing.Icon]::ExtractAssociatedIcon($path) $balloon.Visible $true if ($IsSuccess) { $balloon.BalloonTipTitle “备份成功” $balloon.BalloonTipText “文件已于 $(Get-Date) 备份至 D 盘。” $balloon.BalloonTipIcon ‘Info’ } else { $balloon.BalloonTipTitle “备份失败” $balloon.BalloonTipText “请检查源文件是否存在或目标磁盘空间。” $balloon.BalloonTipIcon ‘Error’ } $balloon.ShowBalloonTip(3000) Start-Sleep -Seconds 4 $balloon.Dispose() } # 主脚本逻辑 try { $backupResult Backup-Files Send-Notification -IsSuccess $backupResult } catch { Write-Error $_.Exception.Message Send-Notification -IsSuccess $false }4.2 常见问题与排查避坑重点脚本一闪而过看不到通知原因脚本执行完毕PowerShell 进程退出通知图标资源被立即释放。解决在脚本末尾加上Start-Sleep -Seconds 5或者更优雅地像上面的例子一样在通知函数内部进行等待和资源清理。如果是从命令行直接运行.ps1文件可以在脚本最后加Pause命令。通知根本不弹出检查图标使用.NET方法时必须设置NotifyIcon.Icon属性。检查可见性NotifyIcon.Visible必须设为$true。检查系统通知设置Win I 打开设置进入“系统 通知和操作”确保“获取来自应用和其他发送者的通知”是打开的。有时某个应用的通知会被单独关闭。尝试BurntToast模块如果BurntToast可以弹出而你的 .NET 代码不行很可能是图标或资源设置问题。权限错误如 2147942405这通常是因为脚本试图访问它没有权限的资源如注册表HKEY_LOCAL_MACHINE、系统目录等与显示通知本身无关。仔细检查你的脚本中在调用通知函数之前是否有其他需要高权限的操作。如果确实需要则整个脚本需要用管理员身份运行。在计划任务或远程会话中不工作计划任务创建计划任务时在“常规”选项卡中务必选择“不管用户是否登录都要运行”并勾选“使用最高权限运行”。更重要的是在“操作”选项卡中“起始于可选”字段要填写脚本所在的目录。因为通知需要用户界面会话而“不管用户是否登录都要运行”的任务默认在没有交互的会话中运行。更可靠的方法是计划任务配置为“只在用户登录时运行”。远程桌面/PSRemoting在非交互式远程会话中可能没有完整的图形界面支持通知可能无法显示到实际的用户桌面上。这种情况通常需要其他通知机制如日志记录或邮件。路径中有空格如果你的脚本路径或图标路径包含空格在 PowerShell 中引用时必须用引号括起来。例如调用脚本 “C:\My Scripts\Show-Notification.ps1”在函数内部拼接路径时使用Join-Pathcmdlet 更安全。4.3 关于“开机自启脚本”的实现很多人想把通知脚本放到开机启动项。实现方法很多启动文件夹将脚本的快捷方式放入shell:startup文件夹当前用户或shell:common startup文件夹所有用户。计划任务创建一个触发器为“登录时”的计划任务。注册表在HKCU:\Software\Microsoft\Windows\CurrentVersion\Run下添加一个字符串值。重要提醒开机自启的脚本其运行环境可能非常“早”某些依赖如网络、用户配置文件可能还没完全加载。因此如果开机通知依赖于某些服务或网络状态最好在脚本里增加一些延迟和状态检查逻辑比如# 等待网络就绪 while (-not (Test-NetConnection -ComputerName 8.8.8.8 -Port 53 -InformationLevel Quiet -ErrorAction SilentlyContinue)) { Start-Sleep -Seconds 5 } # 再发送通知 Show-BalloonTip -Title “系统就绪” -Message “网络连接已建立。”5. 选择与扩展什么时候用什么方法两种方法没有绝对的好坏只有适合的场景。特性BurntToast 模块.NET NotifyIcon 方法安装要求需要安装模块无需安装系统原生支持上手难度非常简单中等需理解基本 .NET 对象功能丰富度高支持按钮、输入、进度条、自适应模板等低仅基本标题、正文、图标自定义程度较高通过参数配置较低受限于类库本身部署便利性需确保目标机器有模块单脚本即可运行部署简单推荐场景需要丰富交互、现代Toast样式的通知个人或可控环境需要轻量、免依赖、基础通知用于分发给他人的脚本扩展思路结合任务状态将通知与你的脚本任务深度绑定成功、失败、警告用不同的图标和声音。日志记录在发送通知的同时将事件记录到日志文件方便后续追溯。条件触发不要滥用通知。只在关键节点开始、完成、出错或需要用户知晓的状态变化时触发。尊重用户如果可能让用户有选择是否开启通知的配置项。我个人更倾向于在个人使用的自动化脚本里用BurntToast因为它功能强写起来快。而在写一些需要分享给同事或部署到陌生环境的小工具时会用.NET方法避免他们还要额外安装模块。无论用哪种最关键的是先把那个最简单的“Hello, Toast”跑通确保你的基础环境没问题然后再去考虑样式、交互和集成。很多问题其实在第一步验证环境时就能发现。