实际上，您可以让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都可以正常工作。

我找到的最好的解决方案是在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发行版)，无需任何配置。

其他的答案来自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管理框架(谷歌搜索链接)下载。

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

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

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

如果您还停留在PowerShell 1.0或2.0版本上，下面是我对Jason Stangroome的精彩回答的改进。

创建一个powershell4。CMD在你路径的某处，包含以下内容:

@echo off
:: http://stackoverflow.com/questions/7308586/using-batch-echo-with-special-characters
if exist %~dp0powershell.exe.activation_config goto :run
echo.^<?xml version="1.0" encoding="utf-8" ?^>                 > %~dp0powershell.exe.activation_config
echo.^<configuration^>                                        >> %~dp0powershell.exe.activation_config
echo.  ^<startup useLegacyV2RuntimeActivationPolicy="true"^>  >> %~dp0powershell.exe.activation_config
echo.    ^<supportedRuntime version="v4.0"/^>                 >> %~dp0powershell.exe.activation_config
echo.  ^</startup^>                                           >> %~dp0powershell.exe.activation_config
echo.^</configuration^>                                       >> %~dp0powershell.exe.activation_config
:run
:: point COMPLUS_ApplicationMigrationRuntimeActivationConfigPath to the directory that this cmd file lives in
:: and the directory contains a powershell.exe.activation_config file which matches the executable name powershell.exe
set COMPLUS_ApplicationMigrationRuntimeActivationConfigPath=%~dp0
%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe %*
set COMPLUS_ApplicationMigrationRuntimeActivationConfigPath=

这将允许您启动在。net 4.0下运行的powershell控制台实例。

通过检查从cmd运行的以下两个命令的输出，您可以看到在我的PowerShell 2.0系统上的差异。

C:\>powershell -ExecutionPolicy ByPass -Command $PSVersionTable

Name                           Value
----                           -----
CLRVersion                     2.0.50727.5485
BuildVersion                   6.1.7601.17514
PSVersion                      2.0
WSManStackVersion              2.0
PSCompatibleVersions           {1.0, 2.0}
SerializationVersion           1.1.0.1
PSRemotingProtocolVersion      2.1


C:\>powershell4.cmd -ExecutionPolicy ByPass -Command $PSVersionTable

Name                           Value
----                           -----
PSVersion                      2.0
PSCompatibleVersions           {1.0, 2.0}
BuildVersion                   6.1.7601.17514
CLRVersion                     4.0.30319.18408
WSManStackVersion              2.0
PSRemotingProtocolVersion      2.1
SerializationVersion           1.1.0.1