调试 PowerShell cmdlet 时出现问题

Question

我在 Windows 7 64 位专业版上使用 Visual Studio 2010。我在调试自定义 PowerShell cmdlet 时遇到问题。

配置

• 语言：C#，面向 .NET Framework 3.5 SP1。
• 平台目标：任何 CPU
• 启动操作：C:\Windows\system32\WindowsPowerShell\v1.0\powershell.exe
• 命令行参数：-noexit -command Add-PSSnapIn MyCustomSnapIn

问题 1： 按 F5（调试 → 开始调试）时无法附加

• PowerShell 打开，任务管理器指示 powershell.exe 正在作为 64 位进程运行。图像路径名称列显示在启动操作中指定的相同可执行文件。
• 如果我在 Visual Studio 中选择“调试”→“全部中断”，我会收到一条消息“无法中断执行。此进程当前未执行您选择调试的代码类型”。

打开时，意外地作为 32 位进程启动

• 问题 2：当我按 Ctrl+F5（调试 → 启动但不调试） PowerShell 。任务管理器指示 powershell.exe 正在作为 32 位进程运行 - 这次图像路径名称显示 SysWOW64 重定向。

现在令人烦恼的调试方式：我发现调试 cmdlet 的唯一方法是按 F5，然后选择“调试”→“全部分离”，然后选择“调试”→“附加到进程”并重新附加 Visual Studio。

Answer 1

问题 1：

在我看来，这就像 VS2010 中报告的一个错误：

使用 VS2008 应该会有所帮助。

更新：
我发现更方便的方式来调试 powershell cmdlet。在解决方案资源管理器中右键单击解决方案节点 ->添加->新项目->选择 powershell.exe 文件 (C:\Windows\SysWOW64\WindowsPowerShell\v1.0\powershell.exe)。将新添加的项目设置为启动项目（右键单击并选择“设置为启动项目”）。然后转到项目属性（右键单击项目节点并选择“属性”）并将“调试器类型”属性设置为“托管（v2.0、v1.1、v1.0）”。不要忘记注册您的 Provider 或 CmdLet（通过运行构建后事件，请参阅 http://msdn.microsoft.com/en-us/library/ms714644%28v=vs.85%29.aspx）。现在，程序应该在断点处停止。

Answer 2

关于问题 #2，由于 Visual Studio 是在 WOW64 上运行的 32 位进程，因此路径 C:\Windows\system32\WindowsPowerShell\v1.0\powershell.exe 被重定向到 C :\Windows\SysWOW64\WindowsPowerShell\v1.0\powershell.exe。这就是 32 位版本的 PowerShell 所在的位置。

Answer 3

我知道这篇文章已经发布了大约一年，但无论如何它可能会帮助其他人解决这个问题。

我发现以下场景适用于 PowerShell 2.0。我还在 Windows 7 64 位上使用 VS2010 SP1。

使用 PS 2.0，您不再必须使用 installutil 安装 cmdlet。相反，您可以使用Import-Module（这不需要需要管理员权限）。我不会详细介绍如何完成此操作，因为网络搜索将显示大多数详细信息，但简而言之，您需要在以下位置创建一个文件夹（如果它尚不存在）：在

md (Join-Path (Split-Path $profile) modules)

模块文件夹下，创建另一个文件夹与您的 cmdlet DLL 名称相同（减去“.DLL”）。此文件夹将包含您的二进制文件和描述 DLL 的 psd1 文件（请参阅 模块清单）。为了方便起见，我创建了此文件夹作为指向我的项目的 bin\debug 文件夹的文件夹符号链接。

您仍然需要从 Visual Studio 运行 PowerShell（或 PowerShell ISE），如项目属性的“调试”选项卡的“启动操作”部分中其他地方所述。

设置断点并开始。 PowerShell 启动后，键入：

Import-Module <ModuleName>

然后运行 ​​cmdlet。

---

PowerShell 类型示例

C:\Users\<me>\Documents\WindowsPowerShell\modules\MyCmdlet\MyCmdlet.dll 
C:\Users\<me>\Documents\WindowsPowerShell\modules\MyCmdlet\MyCmdlet.pdb
C:\Users\<me>\Documents\WindowsPowerShell\modules\MyCmdlet\MyCmdlet.psd1
C:\Users\<me>\Documents\WindowsPowerShell\modules\MyCmdlet\MyCmdlet.Types.ps1xml (etc.)

（也可以放入您的个人资料中）：

Import-Module MyCmdlet

对我来说，这会命中我的所有断点，并且还会在出现异常时停止。所有这些都无需附加到流程等。

Answer 4

问题 1：powershell.exe 实际上不是托管可执行文件。它托管 CLR 本身，因此您需要启用本机代码调试以及托管代码才能正常工作。

至于问题2，我不太确定。显然 VS 本身是一个 32 位进程，所以它可能会干扰这里。

Answer 5

我能够通过创建文件夹 C:\dev\PowerShell\x64 并复制 C:\Windows\System32\WindowsPowerShell\v1.0 中的所有内容来解决问题 #2进入其中。我创建了一个类似的文件夹 C:\dev\PowerShell\x86。当我指定这些路径时，PowerShell 的预期版本始终会启动，因此开始调试的最短方法现在是“启动而不调试”，然后是“附加到进程”。

Answer 6

在调用 Add-PSSnapin 以使其在调试会话中可用之前，您没有提及如何安装该插件。

确保您使用 C:\Windows\Microsoft.NET\Framework64\v2.0.50727\InstallUtil.exe 安装插件，而不是 ...\Framework... 中的插件 - 这难倒了我几天。

Answer 7

我在使用VS2010时也遇到过这个问题，但安装SP1后就消失了。