Windows双击.ps1没反应？PowerShell执行策略与注册表关联详解

1. 双击 .ps1 没反应，问题到底出在哪

很多人第一次接触 PowerShell 脚本时都会遇到同一个场景：从网上或者同事那里拿到一个.ps1文件，双击它，然后……什么都没发生。没有窗口弹出，没有报错，没有提示，就像双击了一个空气。这时候大部分人的第一反应是"文件坏了"或者"电脑有问题"，但实际上，这是 Windows 对.ps1文件的一种默认保护机制在起作用。

先把这个事情说清楚：.ps1是 PowerShell 脚本文件的扩展名，本质上就是一段纯文本，里面写的是一系列 PowerShell 命令。它跟.bat和.cmd最大的区别在于，Windows 默认不把.ps1当作可执行文件来对待。你在资源管理器里双击.bat，系统会调用cmd.exe去跑它；但双击.ps1，系统默认的动作是"用记事本打开"或者干脆没有任何关联动作。这就是为什么双击之后看起来毫无反应。

那为什么 Windows 要这么设计？原因不复杂。PowerShell 脚本的权限非常大，可以操作注册表、修改系统服务、读写任意文件、发起网络请求。如果双击就能直接运行，那恶意脚本的传播成本就太低了——用户从邮件附件里下载一个.ps1，双击一下，系统就被改了。所以微软在默认策略上做了两层限制：第一层是文件关联层面，.ps1不默认关联到 PowerShell 执行引擎；第二层是执行策略层面，PowerShell 有一个ExecutionPolicy的概念，默认是Restricted，意思是"不允许运行任何脚本文件"。

这两层限制叠加在一起，就造成了新手最常见的困惑：我明明有 PowerShell，为什么双击.ps1就是不动？

要解决这个问题，核心思路就是两条路：要么改文件关联，让双击.ps1时自动调用 PowerShell 来执行；要么改执行策略，让 PowerShell 允许运行脚本。两条路可以单独走，也可以一起走。但具体怎么选、怎么改、改完有什么风险，这里面有不少细节值得展开说。

这篇文章面向的是所有需要在 Windows 上运行.ps1脚本的人——不管你是刚入门的运维新手，还是经常写自动化脚本的老手，只要你在"双击运行.ps1"这件事上卡过壳，下面的内容都能直接拿来用。我会从原理讲到实操，从注册表改法讲到命令行方案，再把常见的坑一个个拆开说清楚。

2. 先搞清楚 PowerShell 执行策略这道门槛

在动手改任何东西之前，有一个概念必须先弄明白，否则你改完了文件关联，双击之后还是会弹出一个红色报错，告诉你"无法加载文件，因为在此系统上禁止运行脚本"。这个报错就是执行策略在拦你。

2.1 ExecutionPolicy 的几种状态和实际含义

PowerShell 的执行策略不是一个"安全开关"，它更像是一个"防误触开关"。微软官方对它的定位说得很明确：它不是安全边界，不能阻止有心人绕过它。它的作用是防止用户无意中运行了不该运行的脚本。

执行策略主要有以下几种取值：

大部分人卡住的原因是策略处于Restricted。你可以在 PowerShell 里运行Get-ExecutionPolicy来查看当前状态。如果返回Restricted，那不管你怎么双击.ps1，脚本都不会被执行。

这里有一个很多人不知道的细节：执行策略是有作用域的。你可以针对当前用户设置，也可以针对整个机器设置，还可以只针对当前这个 PowerShell 进程设置。作用域的优先级从高到低是：Process（当前进程）> CurrentUser（当前用户）> LocalMachine（本机所有用户）。这意味着你可以在不改动系统全局设置的情况下，只给当前用户放开权限。

2.2 改执行策略的几种方式和各自的影响范围

改执行策略最常用的命令是Set-ExecutionPolicy。具体怎么用，取决于你想影响的范围：

# 只对当前用户生效，推荐做法 Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser # 对本机所有用户生效，需要管理员权限 Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope LocalMachine # 只对当前这个 PowerShell 窗口生效，关掉就恢复 Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process

我个人的建议是：日常开发机用CurrentUser范围设成RemoteSigned。这个组合的好处是，你自己写的本地脚本可以直接跑，从网上下载的脚本如果没有签名就会被拦住，给你一个二次确认的机会。RemoteSigned这个名字的意思就是"远程来的要有签名"，本地的不受限制。

为什么不推荐直接设成Unrestricted？因为那样的话，任何来源的脚本都会直接执行，包括你从不明渠道下载的.ps1。虽然执行策略不是安全边界，但多一道确认总比没有好。

还有一个常见的误区：有人改了执行策略之后发现还是不行，原因是组策略（Group Policy）层面做了覆盖。在企业环境中，IT 管理员可能通过组策略把执行策略锁死在Restricted，这时候你用Set-ExecutionPolicy改会提示"策略已被覆盖"。遇到这种情况，需要从组策略层面去调整，普通用户权限下改不了。

2.3 临时绕过执行策略的几种姿势

有时候你只是临时想跑一个脚本，不想改系统设置。这时候有几种方式可以绕过执行策略：

第一种是用-ExecutionPolicy Bypass参数启动 PowerShell：

powershell.exe -ExecutionPolicy Bypass -File "C:\scripts\test.ps1"

第二种是在命令行里用-Command参数直接执行脚本内容：

powershell.exe -ExecutionPolicy Bypass -Command "& 'C:\scripts\test.ps1'"

第三种是在已经打开的 PowerShell 窗口里，用点号或者&符号来调用脚本：

# 在当前作用域执行 . "C:\scripts\test.ps1" # 在新作用域执行 & "C:\scripts\test.ps1"

这两种调用方式的区别在于：点号调用是在当前作用域执行，脚本里定义的变量和函数在脚本结束后仍然存在；&调用是在子作用域执行，脚本结束后变量和函数就没了。这个区别在调试脚本时很有用。

注意：-ExecutionPolicy Bypass参数只影响当前这次启动的 PowerShell 进程，不会改变系统或用户的执行策略设置。关掉窗口就恢复原样。

3. 改注册表让双击 .ps1 直接跑起来

搞定了执行策略之后，接下来就是文件关联的问题。Windows 的文件关联信息存在注册表里，具体位置在HKEY_CLASSES_ROOT下面。要让双击.ps1时自动用 PowerShell 执行，需要改两个地方：一是.ps1这个扩展名对应的文件类型，二是那个文件类型对应的打开命令。

3.1 注册表里 .ps1 关联的完整结构

先来看一下默认情况下.ps1在注册表里是怎么关联的。打开注册表编辑器（regedit），定位到HKEY_CLASSES_ROOT\.ps1，你会看到它的默认值通常是Microsoft.PowerShellScript.1或者txtfile。这个值指向的是文件类型描述，决定了双击时用哪个程序打开。

然后去看HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1\Shell这个路径。默认情况下，这里可能只有一个Open子键，对应的命令是notepad.exe %1，也就是用记事本打开。这就是为什么双击.ps1会弹出记事本的原因。

要改成用 PowerShell 执行，需要做两件事：

1. 在HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1\Shell下面新建一个Run子键（或者修改默认的Open子键）
2. 在Run\Command子键里设置默认值为 PowerShell 的执行命令

具体的命令格式是这样的：

powershell.exe -NoProfile -ExecutionPolicy Bypass -File "%1"

这里每个参数都有讲究。-NoProfile表示不加载 PowerShell 配置文件，这样可以加快启动速度，也避免配置文件里的设置干扰脚本执行。-ExecutionPolicy Bypass是临时绕过执行策略，确保脚本能跑起来。-File "%1"表示把双击的文件路径作为脚本文件传给 PowerShell。%1是注册表里的占位符，代表用户双击的那个文件的完整路径。

3.2 手动改注册表的完整步骤

如果你习惯用图形界面操作，可以按下面的步骤来：

1. 按Win + R，输入regedit，回车打开注册表编辑器
2. 导航到HKEY_CLASSES_ROOT\.ps1，确认右侧默认值的数据
3. 如果默认值是Microsoft.PowerShellScript.1，就导航到HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1\Shell
4. 在Shell下面新建一个项，命名为Run
5. 在Run下面新建一个项，命名为Command
6. 双击Command项的默认值，把数值数据设为powershell.exe -NoProfile -ExecutionPolicy Bypass -File "%1"
7. 关闭注册表编辑器，双击.ps1文件测试

如果默认值不是Microsoft.PowerShellScript.1，而是txtfile或者其他值，那说明你的系统上.ps1被关联到了别的程序。这时候你需要先把.ps1的默认值改成Microsoft.PowerShellScript.1，或者直接针对当前的文件类型去改 Shell 命令。

3.3 用命令行一键完成关联修改

手动点注册表容易出错，而且步骤多。更高效的方式是用命令行来改。在管理员权限的 PowerShell 或 CMD 里执行下面的命令：

# 设置 .ps1 的文件类型 New-Item -Path "Registry::HKEY_CLASSES_ROOT\.ps1" -Force | Out-Null Set-ItemProperty -Path "Registry::HKEY_CLASSES_ROOT\.ps1" -Name "(Default)" -Value "Microsoft.PowerShellScript.1" # 创建 Run 动作 New-Item -Path "Registry::HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1\Shell\Run\Command" -Force | Out-Null Set-ItemProperty -Path "Registry::HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1\Shell\Run\Command" -Name "(Default)" -Value 'powershell.exe -NoProfile -ExecutionPolicy Bypass -File "%1"' # 把 Run 设为默认动作 Set-ItemProperty -Path "Registry::HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1\Shell" -Name "(Default)" -Value "Run"

这几条命令做的事情和手动操作完全一样，但是速度快得多，而且不容易点错。执行完之后，双击.ps1文件就会直接调用 PowerShell 来运行了。

如果你更习惯用 CMD 的reg命令，对应的写法是这样的：

reg add "HKCR\.ps1" /ve /d "Microsoft.PowerShellScript.1" /f reg add "HKCR\Microsoft.PowerShellScript.1\Shell\Run\Command" /ve /d "powershell.exe -NoProfile -ExecutionPolicy Bypass -File \"%%1\"" /f reg add "HKCR\Microsoft.PowerShellScript.1\Shell" /ve /d "Run" /f

注意 CMD 里%1需要写成%%1，因为%在批处理里是转义字符。

3.4 改完之后双击闪退是怎么回事

很多人改完注册表之后，双击.ps1发现窗口一闪就没了。这不是没运行，而是脚本运行完了，窗口自动关闭了。因为 PowerShell 执行完脚本之后默认就退出，如果脚本本身没有暂停或者等待输入的逻辑，窗口就会瞬间消失。

解决办法有几个：

第一种是在注册表的命令里加上-NoExit参数：

powershell.exe -NoProfile -ExecutionPolicy Bypass -NoExit -File "%1"

-NoExit的意思是执行完脚本后不退出 PowerShell，保持窗口打开。这样你就能看到脚本的输出结果了。

第二种是在脚本末尾加一行Read-Host或者Pause，让脚本自己停下来等用户按键。这种方式更灵活，因为你可以控制哪些脚本需要暂停、哪些不需要。

第三种是先用命令行方式测试脚本，确认脚本本身没问题之后再改注册表。这样可以把"脚本报错"和"窗口闪退"两个问题分开排查。

提示：如果你加了-NoExit之后发现每次双击都留一个窗口，关起来很烦，那可以在脚本里根据情况决定是否暂停。比如用if ($Host.Name -eq 'ConsoleHost') { Read-Host '按回车键退出' }这样的逻辑，只在控制台宿主里暂停。

4. 不改注册表的替代方案：右键菜单和发送到

改注册表虽然直接，但有些人不想动系统核心配置，或者没有管理员权限。这种情况下，有几个替代方案可以达到类似的效果。

4.1 给右键菜单加一个"用 PowerShell 运行"选项

这个方案的好处是不动.ps1的默认关联，只是在右键菜单里增加一个额外的选项。这样你双击.ps1还是用记事本打开（方便查看和编辑），右键选择"用 PowerShell 运行"才会执行。

具体做法是在注册表里添加一个shell项。路径是HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1\Shell，在里面新建一个项，名字随意，比如RunWithPowerShell。然后在这个项下面新建Command子项，默认值设为：

powershell.exe -NoProfile -ExecutionPolicy Bypass -File "%1"

这样右键点击.ps1文件时，菜单里就会多出一个"RunWithPowerShell"选项。你可以把项名改成中文，比如"用 PowerShell 运行"，菜单里显示的就是中文。

用命令行操作的话：

New-Item -Path "Registry::HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1\Shell\RunWithPowerShell\Command" -Force | Out-Null Set-ItemProperty -Path "Registry::HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1\Shell\RunWithPowerShell" -Name "(Default)" -Value "用 PowerShell 运行" Set-ItemProperty -Path "Registry::HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1\Shell\RunWithPowerShell\Command" -Name "(Default)" -Value 'powershell.exe -NoProfile -ExecutionPolicy Bypass -File "%1"'

这个方案我用了很长时间，最大的好处是安全——你不会因为误双击一个恶意脚本就直接执行了。每次执行都需要主动右键选择，多了一步确认，但心里踏实。

4.2 用"发送到"菜单实现快速执行

Windows 的"发送到"菜单（SendTo）是另一个不改注册表的方案。你只需要在shell:sendto目录里放一个快捷方式，指向 PowerShell，并带上合适的参数。

具体步骤：

1. 按Win + R，输入shell:sendto，回车打开"发送到"文件夹
2. 在里面新建一个快捷方式
3. 快捷方式的目标设为：powershell.exe -NoProfile -ExecutionPolicy Bypass -File
4. 给快捷方式起个名字，比如"PowerShell 运行"

这样你右键点击.ps1文件，在"发送到"菜单里就能看到"PowerShell 运行"选项。点击它就会用 PowerShell 执行这个脚本。

这个方案的限制是，"发送到"菜单里的快捷方式不能自动把文件路径作为参数传给 PowerShell。也就是说，你点"发送到"之后，PowerShell 会打开，但不会自动加载你选中的脚本文件。要解决这个问题，需要写一个小的批处理或者脚本作为中转。

可以创建一个run-ps1.bat文件，内容如下：

@echo off powershell.exe -NoProfile -ExecutionPolicy Bypass -File "%~1" pause

然后把这个.bat文件的快捷方式放到shell:sendto目录里。这样右键发送到的时候，%~1就会自动替换成你选中的.ps1文件路径。

4.3 用批处理包装器实现双击执行

如果你不想改注册表，也不想用右键菜单，还有一个更简单的办法：写一个.bat文件作为包装器，让用户双击这个.bat来执行.ps1。

包装器的内容很简单：

@echo off powershell.exe -NoProfile -ExecutionPolicy Bypass -File "%~dp0\script.ps1" pause

%~dp0表示批处理文件所在的目录，这样不管你把这两个文件放到哪里，都能正确找到同目录下的.ps1文件。pause让窗口在执行完后暂停，方便查看输出。

这个方案的优点是零配置、零风险，不需要动注册表，也不需要管理员权限。缺点是每个.ps1都要配一个.bat，文件多了之后管理起来比较麻烦。适合脚本数量不多、偶尔用一次的场景。

5. 那些年我踩过的 .ps1 运行坑

上面讲的都是"正常情况"下的操作。但实际操作中，你会遇到各种奇奇怪怪的问题。这一节我把这些年踩过的坑整理一下，每个坑都给出排查思路和解决方案。

5.1 中文乱码：脚本里的中文全变成了问号

这是最常见的问题之一。你写了一个包含中文输出的.ps1脚本，双击运行之后发现所有中文都变成了乱码或者问号。原因通常是文件编码和 PowerShell 的默认编码不一致。

PowerShell 5.1 默认使用系统 ANSI 编码（简体中文系统上是 GBK）来读取没有 BOM 的脚本文件。如果你用 UTF-8 保存脚本但没有加 BOM，PowerShell 5.1 就会用 GBK 去解码 UTF-8 的内容，结果就是乱码。PowerShell 7.x 默认使用 UTF-8，这个问题就少很多。

解决方案有几种：

第一种是把脚本文件保存为"UTF-8 with BOM"格式。用 VS Code 的话，在右下角点击编码，选择"通过编码保存"，然后选"UTF-8 with BOM"。用记事本的话，另存为的时候在编码选项里选"UTF-8"（Windows 10 之后的记事本默认就是带 BOM 的 UTF-8）。

第二种是在脚本开头显式设置输出编码：

[Console]::OutputEncoding = [System.Text.Encoding]::UTF8 $OutputEncoding = [System.Text.Encoding]::UTF8

第三种是升级到 PowerShell 7.x，它对 UTF-8 的支持好很多，默认就不需要 BOM。

注意：如果你在注册表的执行命令里加了-NoProfile，那 PowerShell 的配置文件就不会加载。如果你之前在配置文件里设置了编码相关的选项，加了-NoProfile之后那些设置就失效了。这时候要么去掉-NoProfile，要么在脚本里自己设置编码。

5.2 路径里有空格：脚本找不到文件

Windows 的路径里经常有空格，比如C:\Program Files\My Scripts\test.ps1。如果你的注册表命令里没有给%1加引号，PowerShell 就会把路径从空格处断开，导致找不到文件。

正确的写法是-File "%1"，引号不能省。同样，在脚本内部引用路径时也要注意加引号：

# 错误写法 Get-Content C:\Program Files\test.txt # 正确写法 Get-Content "C:\Program Files\test.txt"

还有一个相关的坑：如果脚本路径以\\开头的 UNC 路径（网络共享），某些情况下 PowerShell 的-File参数处理会有问题。这时候可以改用-Command参数：

powershell.exe -NoProfile -ExecutionPolicy Bypass -Command "& '%1'"

5.3 执行策略被组策略锁死

前面提到过，企业环境里 IT 管理员可能通过组策略把执行策略锁死。这种情况下，你用Set-ExecutionPolicy会看到这样的报错：

Set-ExecutionPolicy : 无法设置执行策略，因为执行策略已在更具体的作用域中定义。

或者：

计算机上的执行策略已由组策略覆盖。

遇到这种情况，有几个应对方式：

第一，用-ExecutionPolicy Bypass参数启动 PowerShell。这个参数是进程级别的，优先级高于组策略设置的机器级别策略。也就是说，即使组策略把机器策略设成了Restricted，你在启动 PowerShell 时加-ExecutionPolicy Bypass，当前进程仍然可以运行脚本。

第二，检查组策略设置的位置。在gpedit.msc里，路径是"计算机配置 > 管理模板 > Windows 组件 > Windows PowerShell"，里面有一个"打开脚本执行"策略。如果这个策略被启用并设成了"已禁用"，那执行策略就被锁死了。

第三，如果确实需要修改组策略，需要域管理员权限。普通用户只能通过-ExecutionPolicy Bypass参数来临时绕过。

5.4 双击运行和手动运行结果不一样

有时候你会发现，同一个脚本，在 PowerShell 窗口里手动运行没问题，但双击运行就报错。这种"环境差异"问题通常有以下几个原因：

第一个原因是工作目录不同。双击运行时，PowerShell 的工作目录可能是C:\Windows\System32或者用户主目录，而不是脚本所在的目录。如果脚本里用了相对路径，就会找不到文件。解决方案是在脚本开头加上Set-Location $PSScriptRoot，把工作目录切换到脚本所在目录。

第二个原因是-NoProfile参数。如果你在注册表命令里加了-NoProfile，那 PowerShell 启动时不会加载配置文件。如果你在配置文件里定义了一些函数或者变量，脚本里又用到了它们，双击运行就会报错。解决方案是去掉-NoProfile，或者在脚本里自己定义需要的函数和变量。

第三个原因是权限不同。双击运行时，PowerShell 以当前用户权限运行。如果你在管理员权限的 PowerShell 窗口里测试脚本，脚本可能依赖了管理员权限才能访问的资源。双击运行时权限不够，就会报错。解决方案是在注册表命令里加上-Verb RunAs来请求提权，或者用任务计划程序以最高权限运行。

5.5 杀毒软件拦截脚本执行

有些杀毒软件会对 PowerShell 脚本的执行进行拦截，尤其是那些包含网络请求、注册表操作、文件写入的脚本。表现是双击之后没有任何反应，或者弹出一个杀毒软件的拦截提示。

遇到这种情况，先检查杀毒软件的隔离区或者拦截日志，看看是不是被拦了。如果是误报，可以把脚本文件或者 PowerShell 进程加到白名单里。但要注意，不要为了运行一个来路不明的脚本就关闭杀毒软件，那样风险太大。

提示：如果你写的脚本确实需要执行一些敏感操作（比如修改注册表、下载文件），建议给脚本加上数字签名。这样杀毒软件和 Windows 的 SmartScreen 都会更信任你的脚本。签名可以用Set-AuthenticodeSignature命令来做，需要一个代码签名证书。

6. 从双击运行延伸到自动化场景

搞定了双击运行.ps1之后，其实还可以往前再走一步。很多时候我们需要的不是"双击运行"，而是"自动运行"——比如开机自动执行、定时执行、或者在某些事件触发时执行。这些场景下，双击运行的那套配置就不够用了，需要用到任务计划程序或者启动目录。

6.1 用任务计划程序实现开机自动运行

任务计划程序是 Windows 里最可靠的自动化执行方式。相比把脚本放到启动目录，任务计划程序的好处是可以设置执行条件、可以以最高权限运行、可以在用户未登录时运行、可以设置失败重试。

创建一个开机运行的任务，步骤如下：

1. 按Win + R，输入taskschd.msc，打开任务计划程序
2. 点击右侧的"创建任务"（不是"创建基本任务"，基本任务的功能太少）
3. 在"常规"选项卡里，给任务起个名字，比如"运行我的 PowerShell 脚本"
4. 勾选"使用最高权限运行"（如果脚本需要管理员权限）
5. 在"触发器"选项卡里，新建一个触发器，选择"启动时"或者"登录时"
6. 在"操作"选项卡里，新建一个操作，程序或脚本填powershell.exe，参数填-NoProfile -ExecutionPolicy Bypass -File "C:\scripts\startup.ps1"
7. 在"条件"选项卡里，取消勾选"只有在计算机使用交流电源时才启动此任务"（如果是笔记本的话）
8. 点击确定保存

用命令行创建的话，可以用schtasks命令：

schtasks /create /tn "RunMyScript" /tr "powershell.exe -NoProfile -ExecutionPolicy Bypass -File \"C:\scripts\startup.ps1\"" /sc onstart /ru SYSTEM /rl highest

这个命令创建了一个在系统启动时以 SYSTEM 权限运行的任务。/ru SYSTEM表示以系统账户运行，/rl highest表示最高权限。

6.2 启动目录方案的适用场景

如果你不需要最高权限，也不需要开机就运行（用户登录后运行就行），那把脚本的快捷方式放到启动目录是最简单的方案。

启动目录的路径是：

C:\Users\用户名\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup

在文件资源管理器地址栏输入shell:startup就能直接打开。

但这里有个问题：启动目录里放.ps1文件本身是不会被执行的，你需要放一个快捷方式，快捷方式的目标指向 PowerShell 并带上脚本路径。或者放一个.bat包装器。

快捷方式的目标可以这样写：

powershell.exe -NoProfile -ExecutionPolicy Bypass -WindowStyle Hidden -File "C:\scripts\startup.ps1"

-WindowStyle Hidden让 PowerShell 窗口隐藏起来，脚本在后台静默运行。这个参数在开机自启场景下很有用，避免每次登录都弹出一个黑窗口。

6.3 脚本执行日志：出了问题怎么查

自动化运行最大的问题是"出错了你不知道"。双击运行的时候你能看到报错，但开机自启或者定时任务运行的时候，报错信息可能一闪而过，或者根本没有窗口显示。

解决方案是在脚本里加日志记录。最简单的做法是在脚本开头和结尾加时间戳，把输出重定向到日志文件：

Start-Transcript -Path "C:\logs\script.log" -Append # 脚本主体内容 Stop-Transcript

Start-Transcript会记录 PowerShell 会话中的所有输出，包括命令执行结果和错误信息。-Append参数让日志追加而不是覆盖，这样可以保留历史记录。

如果不想用Start-Transcript，也可以手动写日志：

function Write-Log { param([string]$Message) $timestamp = Get-Date -Format "yyyy-MM-dd HH:mm:ss" "$timestamp - $Message" | Out-File -FilePath "C:\logs\script.log" -Append } Write-Log "脚本开始执行" # 脚本主体内容 Write-Log "脚本执行完毕"

这种方式更灵活，你可以控制哪些信息需要记录、哪些不需要。缺点是每个输出都要手动调用Write-Log，比较繁琐。

提示：日志文件不要放在脚本同目录下，因为脚本目录可能是只读的，或者会被清理。建议放在C:\ProgramData\或者用户目录下的某个固定位置。另外，日志文件要定期清理，否则时间长了会占满磁盘。

7. 几个值得记住的实操细节

最后再聊几个零散但很实用的细节，都是我在实际使用中积累下来的。

关于-File和-Command的选择：-File参数适合执行脚本文件，它会正确处理脚本路径中的空格和特殊字符。-Command参数适合执行命令字符串，但需要自己处理引号转义。在注册表关联的场景下，优先用-File。

关于-NoProfile的取舍：加-NoProfile可以加快启动速度，避免配置文件干扰。但如果你的脚本依赖配置文件里定义的函数或模块，就不能加。折中方案是在脚本里显式导入需要的模块，而不是依赖配置文件。

关于执行策略的恢复：如果你改完执行策略之后想恢复默认，运行Set-ExecutionPolicy -ExecutionPolicy Restricted -Scope CurrentUser即可。改注册表关联的话，把Shell的默认值改回Open，或者直接删除Run子键。

关于.ps1文件的备份：在改注册表之前，建议先导出相关的注册表项作为备份。在注册表编辑器里右键点击HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1，选择"导出"，保存为.reg文件。如果改出问题了，双击这个.reg文件就能恢复。

关于不同 PowerShell 版本的差异：Windows 10 和 11 自带的是 PowerShell 5.1，路径是C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe。如果你安装了 PowerShell 7.x，路径通常是C:\Program Files\PowerShell\7\pwsh.exe。在注册表命令里写powershell.exe会调用 5.1，写pwsh.exe会调用 7.x。两个版本的语法有细微差异，脚本兼容性需要注意。

关于 32 位和 64 位：在 64 位 Windows 上，32 位程序看到的System32目录会被重定向到SysWOW64。如果你在 32 位的程序里调用powershell.exe，实际调用的是 32 位的 PowerShell。这通常不是问题，但如果脚本里涉及系统路径操作，可能会有差异。在注册表里指定完整路径可以避免这个问题。

这些细节单独看都很小，但组合在一起，就是"能跑"和"跑得稳"之间的差距。希望这些经验能帮你少走一些弯路。