我找到的最好的解决方案是在PowerShell中使用更新版本的。net的博文中。这允许powershell.exe与。net 4程序集一起运行。

只需修改(或创建)$pshome\powershell.exe。配置，使其包含以下内容:

<?xml version="1.0"?> 
<configuration> 
    <startup useLegacyV2RuntimeActivationPolicy="true"> 
        <supportedRuntime version="v4.0.30319"/> 
        <supportedRuntime version="v2.0.50727"/> 
    </startup> 
</configuration> 

另外，快速设置注意事项:

位置和文件多少依赖于平台;然而，将为您提供如何使解决方案为您工作的内联要点。

您可以通过在PowerShell窗口中执行cd $ phome来查找PowerShell在计算机上的位置(不能从DOS提示符中工作)。 路径将类似于(示例)C:\Windows\System32\WindowsPowerShell\v1.0\ 如果正在执行PowerShell.exe，则将配置放入的文件名为:PowerShell.exe .config(如果需要，则创建配置文件)。 如果PowerShellISE.Exe正在运行，那么您需要创建它的配套配置文件PowerShellISE.Exe.config

作为另一种选择，最新的PoshConsole发行版包括针对. net 4 RC的二进制文件(它可以很好地对抗RTM发行版)，无需任何配置。

实际上，您可以让PowerShell使用。net 4运行而不影响其他。net应用程序。我需要这样做来使用新的HttpWebRequest“Host”属性，然而改变“OnlyUseLatestCLR”破坏了Fiddler，因为它不能在。net 4下使用。

PowerShell的开发人员显然预见到了这种情况，他们添加了一个注册表项来指定应该使用哪个版本的框架。一个小问题是，您需要在更改注册表项之前获得它的所有权，因为即使管理员也没有访问权限。

\Software\Microsoft\Powershell\1\PowerShellEngine\RuntimeVersion(64位及32位) \Software\Wow6432Node\Microsoft\Powershell\1\PowerShellEngine\RuntimeVersion(32位在64位机器上)

将该键的值更改为所需的版本。请记住，一些snapin可能不再加载，除非它们与。net 4兼容(WASP是我唯一遇到过麻烦的一个，但我实际上并不使用它)。VMWare, SQL Server 2008, PSCX, Active Directory (Microsoft和Quest Software)和SCOM都可以正常工作。

如果你不想修改注册表或app.config文件，另一种方法是创建一个简单的。net 4控制台应用程序，它模仿PowerShell.exe的功能并托管PowerShell ConsoleShell。

参见选项2 -自己托管Windows PowerShell

首先，添加一个对System.Management.Automation和Microsoft. powershell . consolehost程序集的引用，它们可以在%programfiles%\ reference assemblies \Microsoft\WindowsPowerShell\v1.0下面找到

然后使用下面的代码:

using System;
using System.Management.Automation.Runspaces;
using Microsoft.PowerShell;

namespace PSHostCLRv4
{
    class Program
    {
        static int Main(string[] args)
        {
            var config = RunspaceConfiguration.Create();
                return ConsoleShell.Start(
                config,
                "Windows PowerShell - Hosted on CLR v4\nCopyright (C) 2010 Microsoft Corporation. All rights reserved.",
                "",
                args
            );
        }
    }
}

请谨慎使用注册表项方法。这些是机器范围的键，强制将所有应用程序迁移到。net 4.0。

如果强制迁移，许多产品不能工作，这是一种测试辅助，而不是一种生产质量机制。Visual Studio 2008和2010,MSBuild, turbotax，以及大量的网站，SharePoint等等都不应该被自动化。

如果您需要使用PowerShell 4.0，这应该在每个应用程序的基础上使用配置文件完成，您应该与PowerShell团队核实准确的建议。这可能会破坏一些现有的PowerShell命令。

其他的答案来自2012年之前，他们专注于“破解”PowerShell 1.0或PowerShell 2.0，以瞄准更新版本的。net框架和公共语言运行时(CLR)。

However, as has been written in many comments, since 2012 (when PowerShell 3.0 came) a much better solution is to install the newest version of PowerShell. It will automatically target CLR v4.0.30319. This means .NET 4.0, 4.5, 4.5.1, 4.5.2, or 4.6 (expected in 2015) since all of these versions are in-place replacements of each other. Use $PSVersionTable or see the Determine installed PowerShell version thread if you are unsure of your PowerShell version. Edit: Also thread Which .NET version is my PowerShell script using?

在撰写本文时，PowerShell的最新版本是4.0，可以通过Windows管理框架(谷歌搜索链接)下载。