有关最新版本的自述文件，请单击此处。
对于 Visual Studio 2010，Crystal Reports 是单独下载和安装的。 若要创建 Crystal Reports 项目或网站，或者导入现有的使用早期版本的 Visual Studio 或 Crystal Reports 创建的项目或网站，则需要安装与 Visual Studio 2010 兼容的 Crystal Reports 版本。
解决此问题的方法：
若将 Crystal Reports 与 Visual Studio 2010 一起使用，请使用本自述文件中“相关链接”一节中的 Crystal Reports 链接，下载并安装与 Visual Studio 2010 兼容的 Crystal Reports 版本。 利用此安装，不仅能够创建 Crystal Reports 项目和网站，而且能够对现有项目和网站进行升级以使用 Visual Studio 2010。
如果“Microsoft Visual F# 2.0 运行时”是在安装“Microsoft .NET Framework 4”之前安装的，之后又在系统上安装了“Microsoft Visual Studio 2010”，则安装看起来是成功的，但 F# 组件并未正确安装。 这将导致在初次运行“选择配置文件...”对话框时，以及稍后在 Visual Studio 2010 中使用 F# 功能时，引发与“FSharp.ProjectSystem.dll”相关的程序包加载失败错误。
解决此问题的方法：
如果先后安装 Visual Studio 2008 和 Visual Studio 2010，并卸载 .NET Framework 4（或者同时卸载 Visual Studio 2010 和 .NET Framework 4），当尝试在 Visual Studio 2008 中加载项目时，将会发生以下错误：
“无法读取项目文件‘Project.proj’。 没有为 ToolsVersion‘4.0’(在‘HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0’处定义)指定 MSBuildToolsPath，或者指定值的计算结果为空字符串。”
当计算机上仍存在 Windows SDK v7.0A 或其使用的某些的注册表项时，可能会发生此问题。
解决此问题的方法：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\4.0
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersion\4.0
如果在 64 位操作系统上运行，请从注册表的 32 位部分中删除这些项。 为此，请单击“开始”->“运行”，键入“%WinDir%\SysWOW64\regedit.exe”，然后更改注册表。
此时，Visual Studio 2008 的功能应全部可用。
在之前已安装 Visual Studio 2010 旗舰版 LCTP（2010 年 3 月发布）或试用模式的 Visual Studio 2010 的发行版本的计算机上，使用试用许可证安装 Visual Studio 2010 的发行版本可能会显示一条消息，指示评估期到期。
解决此问题的方法：
Visual Studio 2010 发行版本提供了一个试用期。 在原始试用许可证过期后（自原始安装之日起的 30 或 90 天），重新安装将不会激活新的评估期。 请输入完整的官方产品密钥以解除对产品的锁定。
如果已安装某个版本的 Silverlight 3 SDK，则 Visual Studio 2010 将不会安装其他语言的 Silverlight 3 SDK。
解决此问题的方法：
可以从 http://go.microsoft.com/fwlink/?LinkID=157102 下载其他语言的 Silverlight 3 SDK，并将它与其他 Silverlight SDK 并行安装。
如果 Visual Studio 宏工具从未安装或已被卸载，则修复 Visual Studio 2010 并不会修复或安装这些工具。
解决此问题的方法：
卸载 Visual Studio 2010 还将删除 Visual Studio 宏工具包。 如果计算机还安装有 Visual Studio 2008 或 SQL Server 2008，重新安装 Visual Studio 2010 不会重新安装 Visual Studio 宏工具包。 这将在启动宏 IDE 时发生错误，如果尝试重新创建 MyMacros.vsmacros 项目，则会导致 Visual Studio 崩溃。
解决此问题的方法：
若要在 Visual Studio 2010 中使用 SharePoint 项目，则必须安装以下组件：
解决此问题的方法：
没有解决此问题的方法。
若要在 Visual Studio 2010 中使用 Office 项目，则必须安装以下组件：
解决此问题的方法：
没有解决此问题的方法。
Visual Studio 2010 和/或 .NET Framework 4 安装程序失败（错误代码为 1603）或无法在程序兼容模式中运行。
Windows 程序兼容性助手指示可能未正确安装 Visual Studio 安装程序，并提示用户使用建议的设置（程序兼容模式）对其进行重新安装。
解决此问题的方法：
Visual Studio 安装程序无法在程序兼容模式中运行。 确保未在系统范围内启用兼容模式设置，也未为 Visual Studio 安装应用程序启用兼容模式设置。
检查手动设置
可能已在可执行文件属性的“兼容性”选项卡上手动设置兼容模式。
检查程序兼容性助手注册表设置
之前在尝试运行 Visual Studio setup.exe 失败或取消运行 Visual Studio setup.exe 时，程序兼容性助手可能已设置兼容模式。
重新运行 Visual Studio 安装程序
相关 KB 文章
http://support.microsoft.com/kb/931709
其他解决方法：
执行 <DVD ROOT>\setup\setup.exe，而不是执行 <DVD ROOT>\setup.exe
当用户执行针对启用了 BitLocker 的磁盘的安装过程时，如果此磁盘已锁定，则该过程将失败。
解决此问题的方法：
在安装 Visual Studio 2010 之前，挂起对启用了 BitLocker 的磁盘的保护。 在安装完 Visual Studio 2010 之后，恢复对启用了 BitLocker 的磁盘的保护。
或者，可以通过按照避免在安装过程中重新启动步骤执行操作来预安装 .NET Framework 4 和 Windows Installer 4.5，以避免此问题。
Visual Studio 2010 可能安装了一些重要系统更新。
解决此问题的方法：
建议在删除 Visual Studio 后将以下更新保留在系统中：
如果在主文件夹从网络断开时使用漫游配置文件，则安装将失败，这是因为 Windows Installer 安装产品的方式导致出现了文件夹重定向问题。
解决此问题的方法：
如果在主文件夹从网络断开时使用漫游配置文件，则安装将失败，这是因为 Windows Installer 安装产品的方式导致出现了文件夹重定向问题。
解决此问题的方法：
将漫游配置文件配置为使用本地路径而非远程连接路径，或确保远程主文件夹路径在安装过程中可用。
若要切换到本地配置文件，请按照下列步骤执行操作：
在域服务器上：
1. 设置目标用户（例如 myuser）的漫游配置文件，如下所示：
在 Active Directory (AD) 中右击用户 myuser，再单击“属性”。 在“配置文件”选项卡的“配置文件”路径中，键入与 \\domainserver\Rprofiles\%username% 类似的 UNC 路径（例如 \\10.50.209.130\Rprofiles\myuser）。 注意：“\\domainserver”为 AD 服务器 IP，“\Rprofiles”为将存储所有用户漫游配置文件的新文件夹，而“\username”为用户（此示例中为 myuser）登录名。
2. 设置目标用户的主文件夹，如下所示：
主文件夹的本地路径：
选择“本地路径”，键入与 c:\Rprofile 类似的本地路径，此路径将在用户 (myuser) 的客户端中创建。 请不要使用 UNC 路径。
在客户端计算机上：
在下载并安装文件时或在通过网络安装文件时，网络问题有时会导致文件受到损坏。 此问题会将其自身显示为 %temp%\dd_install*.log 中的一条类似于以下内容的消息：
[05/16/09,17:47:12] VC 10.0 运行时 (x86): MSI 记录结果详细信息: 错误 1330。由于 CAB 文件 e:\dev10dvd\wcu\vcruntimes\x86\vc_runtime_x86.cab 具有无效的数字签名，无法安装所需文件。 这可能表明该 CAB 文件已损坏。
[05/16/09,17:47:12] VC 10.0 运行时 (x86): MSI 记录结果详细信息错误代码: 1330
[05/16/09,17:47:13] InstallReturnValue: GFN_MID Chained VC 运行时 2010 Beta1 x86，0x643
解决此问题的方法：
本地下载安装，验证 CRC，然后重新启动安装。
在笔记本计算机上安装 Visual Studio 2010 时，对话框的底部无法显示导航按钮。
解决此问题的方法：
检查显示分辨率以确保采用的是最小必需分辨率：
在 Windows XP 上执行以下操作：
在 Windows Vista 或 Windows 7 上执行以下操作：
如果在安装 Visual Studio 2010 时拔出 USB 驱动器，安装过程可能会提示您插入源，或因缺少临时文件而无法进行安装。
解决此问题的方法：
在安装 Visual Studio 之前拔出所有 USB 驱动器，或在安装过程中不拔出这些驱动器，因为需要复制一些临时文件并在可用空间最多的驱动器上使用它们。
若将 Visual Studio 安装媒体 ISO 作为 Windows 磁盘管理中的 NTFS 路径装入，则可能会导致安装程序报告缺少对目标文件夹的写权限或报告磁盘空间不足。
解决此问题的方法：
使用下列任一方法提供对 Visual Studio 安装程序 ISO 资源的访问权：
从新的虚拟驱动器位置重新运行安装程序。
在安装 Visual Studio 的过程中安装组件失败会导致日志中出现下面的文本行：
...: MSI 记录结果详细信息错误代码: 1935
解决此问题的方法：
导致错误 1935 的原因有很多，但此错误通常是因无法覆盖文件导致的。 这一情况可能因文件正在由其他一些应用程序使用而导致出现，此时，重新启动 Visual Studio 安装应能解决此问题。
另外，防病毒软件由于会锁定新近复制的文件以检查其是否包含恶意软件，因而通常会导致此情况出现。 在安装过程中禁用防病毒保护应可以使安装继续进行。
在从作为驱动器或文件夹装入的 ISO 映像安装 Visual Studio 时，可能会发生失败，并显示各种错误消息。 这些错误可能包括：
解决此问题的方法：
通过将 ISO 映像刻录到 DVD，然后从实际 DVD 启动安装程序，可以避免这些问题。
如果未安装 MSXML6，则无法显示初始配置文件选择对话框，并且在创建项目时，可能会显示类似于以下内容的错误消息：
“写入项目文件时出错。 类没有注册。”
解决此问题的方法：
如果未安装 3.0 版本的 Windows Automation API，则使用 Windows Automation API 的应用程序（例如，Windows 笔触服务）会降低 Visual Studio IntelliSense 的性能。 Windows Automation API 3.0 对 Windows XP x64 不可用。
解决此问题的方法：
使用支持 Windows Automation API 3.0 的操作系统。
Windows Phone Developer CTP 与 Visual Studio 2010 不兼容。 已安装或之前已安装 Visual Studio 2010 RTM 的计算机将无法运行 CTP 版本的 Windows Phone Developer。
解决此问题的方法：
卸载 Windows Phone Developer CTP，然后安装此产品的 Beta 或 RTM 版本。
当同一计算机上安装了 Visual Studio 2010 的多个副本时，卸载其中的一个副本将中断 Office 和 SharePoint 开发。
解决此问题的方法：
在安装正式发布的版本之前，必须删除 Visual Studio 2010 的所有预发布版本。 卸载 Visual Studio 2010 的正式发布版本仅删除核心产品功能，并会在计算机上保留最初随 Visual Studio 安装的其他受支持的产品。
解决此问题的方法：
有关完整步骤，请参见 MSDN 上的卸载文档，网址为 http://go.microsoft.com/fwlink/?LinkID=151208。
TraceLogProfiler.dll 随以下 Visual Studio SKU 一起安装：
如果卸载 SKU 之一，则将从计算机中移除 TraceLogProfiler.dll 并将阻止在其他 SKU 中收集 IntelliTrace 和测试影响数据。
解决此问题的方法：
卸载并重新安装测试元素或测试代理 SKU 以替换缺少的二进制文件。
在卸载 Visual Studio 之后，可以添加默认情况下未安装的组件，请按照下面的步骤执行操作来添加它们。
解决此问题的方法：
在 Windows XP 或早期版本上安装可选组件
在 Windows 7 或 Windows Vista 上安装可选组件
如果 Visual Studio 变得不稳定，可对其进行修复以使其返回已知状态。
解决此问题的方法：
有关完整步骤，请参见 MSDN 上的 Visual Studio 修复文档。
如果已卸载某个产品（该产品是某些功能所需的且已由 Visual Studio 2010 原始发行版安装），安装程序自定义树和“添加/删除”功能树中均未显示此组件。 如何找回此组件呢？
解决此问题的方法：
Visual Studio 2010 不支持 SQL Server 2008 R2 或早期版本中的商业智能项目。 在 Visual Studio 2010 中，如果升级在 Business Intelligence Development Studio 中创建的项目，则升级将不会成功。 当前正在为将来版本的 SQL Server 考虑 Business Intelligence Development Studio for Visual Studio 2010。
解决此问题的方法：
尚未提供解决方法。
如果未安装 3.0 版本的 Windows Automation API，则使用 Windows Automation API 的应用程序（例如，Windows 笔触服务）会大大影响 Visual Studio IntelliSense 的性能。 如果 Visual Studio 检测到正在使用 Windows Automation API 且未安装 3.0 版本，则会显示“改进 Visual Studio 性能”通知。
解决此问题的方法：
1) 单击通知，在包含用于将 Windows Automation API 更新为 3.0 版本的下载详细信息的页面（例如 KB971513）上打开外部 Web 浏览器。
2) 无法安装更新的客户可以设置一个注册表项来阻止显示通知，如下所示：
[HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0\General]
"UIAOverride"=dword:00000001
Help Library 管理器 (HLM) 使用 BITS 服务下载内容。 如果使用“运行方式”功能启动 HLM，则 BITS 将无法计划作业，因为该服务只能供已登录的用户帐户使用。
解决此问题的方法：
在下载内容时，使用当前已登录的用户帐户运行 HLM。
在卸载 Visual Studio 时，安装程序不会删除本地帮助内容。 Beta 2 和此发行版的本地内容目录的默认位置不同。
解决此问题的方法：
如果已卸载 Visual Studio，则可以手动删除本地帮助内容目录中的文件。 如果未使用 Beta 2 本地帮助内容目录，则必须手动删除 Beta 2 内容目录以将其从计算机中移除。
在使用受限权限运行的 Internet Explorer 所在的 Windows Server 2008 系统上，脱机的 Help 查看器搜索按钮和代码段选项卡可能不可单击。
解决此问题的方法：
可以向 Internet Explorer 受信任站点添加 127.0.0.1。 或者，对于搜索按钮问题，可以按 Enter 执行搜索。
如果在 Windows XP 上运行 Help Library 管理器 (HLM)，并将本地内容存储区设置为 UNC 路径（该路径以 \\ 开头），则 HLM 会显示令人误解的错误消息。 当 HLM 查明本地存储区目录是一个有效的可写入位置时，它会错误地将 UNC 路径报告为系统路径。 这将导致 HLM 显示令人误解的错误消息。
解决此问题的方法：
没有解决此问题的方法。
在首次运行 Help Library 管理器时，系统会显示输入本地内容将存储到的目标位置的提示。 此文件夹路径中不能包含“#”字符。 如果路径包含该字符，则 Help Library 代理将无法呈现内容。
解决此问题的方法：
没有解决此问题的方法。
标题为“Help Library 代理不可见窗口”的窗口将变得可见。 如果关闭此窗口，则 Help Library 代理将停止响应。
解决此问题的方法：
使用任务管理器结束代理进程。 在使用快捷方式、帮助菜单项或按 F1 来重新启动帮助时，代理进程将重新启动。
在重置用户数据并导入 Visual Studio 2008 设置文件时，“选项”对话框中的“项目和解决方案”下的内容显示错误的值。
解决此问题的方法：
在一个外接程序中，若将 <Assembly: ComVisible(True)> 修改为 <Assembly: ComVisible(False)>，则无法加载该外接程序。
解决此问题的方法：
由于外接程序是基于 COM 基础结构生成的，因此不支持这样做，虽然外接程序是用托管代码编写的，但仍必须将程序集 ComVisible 特性设置为 true。
在创建外接程序且目标 Framework 更改为 .NET Framework 4 之前的某个版本时，将显示生成警告。 发生这种情况的原因是为 .NET Framework 4 支持添加了其他引用。
解决此问题的方法：
从外接程序项目中删除以下引用：
在为面向 Web 的 VSIX 项目或项生成一个模板时，除非将该模板置于特定目录中，否则该模板将不会在“新建项目”对话框或“新建项”对话框中正确显示。 如果 VSIX 中的目录结构不正确，则该模板将出现在 CSharp 或 VB 的根位置。
解决此问题的方法：
必须先将 SolutionPersistenceRegistrationAttribute 代码添加到项目，然后才能使用此特性。
解决此问题的方法：
如果在自动生成 .pkgdef 文件时，在代码中使用 SolutionPersistenceRegistrationAttribute 类，则必须添加 Visual Studio SDK 安装中的 MPF 源中的代码。 该源位于 ..\VisualStudioIntegration\Common\Source\CSharp\RegistrationAttributes\SolutionPersistenceRegistrationAttribute.cs 下的 Visual Studio SDK 安装文件夹中。
当 Visual Studio 在虚拟化环境中运行时，它会从硬件加速呈现切换到软件呈现。 安装 HyperV 角色会导致 Visual Studio 无法检测正确的呈现设置。
解决此问题的方法：
手动启用硬件加速呈现：
添加到 Visual Studio 项目-模板项目或项-模板项目中的杂项文件未包含在项目生成过程中生成的压缩文件中。
解决此问题的方法：
对于要包含在项目中的每个文件，将 BuildAction 设置为“ZipItem”。 这将在 bin 目录中生成一个包含所有必需文件的自定义压缩文件。
在将 VC++ 外接程序项目转换为 Visual Studio 2010 时，生成转换的项目可能会导致以下错误：
错误 C2871:“扩展性”: 具有该名称的命名空间不存在
导致此生成错误的原因是，转换后缺少对位于 %ProgramFiles(x86)%\Common Files\microsoft shared\MSEnv\PublicAssemblies\extensibility.dll 中的共享程序集的引用。
解决此问题的方法：
扩展管理器中的“许可协议”对话框在显示文本许可时可能会包含额外的空白。 此对话框将每个回车符和每个换行符呈现为一个新行；在呈现许可协议时，这将生成额外的空白行。
解决此问题的方法：
可以通过调整空白来解决这些格式问题。 为此，请在 Visual Studio 编辑器中执行以下操作：
如果使用 Visual Studio SDK 生成 WPF 工具箱控件，并在项目名称中使用空白，则生成的程序集的文件名也将包含空白。
这会导致 WPF 设计器和工具箱中的控件不稳定。
解决此问题的方法：
默认情况下，“文件”->“新建”->“文件”对话框配置为查找与 Visual Studio 安装相同的目录。 在独立 Shell 应用程序中，可以将此对话框配置为查找一个不同的文件夹。
解决此问题的方法：
[$RootKey$\Projects\{A2FE74E1-B743-11d0-AE1A-00A0C90FFFC3}\AddItemTemplates\TemplateDirs\{DA9FB551-C724-11d0-AE1F-00A0C90FFFC3}\/1]
"TemplatesDir"="<NewDirectory>"
[$RootKey$\Projects\{2150E333-8FDC-42A3-9474-1A3956D46DE8}\AddItemTemplates\TemplateDirs\{DA9FB551-C724-11d0-AE1F-00A0C90FFFC3}\/1]
"TemplatesDir"="<NewDirectory>"
如果使用“添加内容”功能将您的解决方案中的一个项目添加到 VSIX 项目中，则此项目引用的项目不会包含在生成的 VSIX 中。 VSIX 项目将只会包含其自己的项目引用集中的内容和文件。
解决此问题的方法：
对于每个缺少的项目到项目的引用：
按“安装文档”按钮将运行 Help Library 管理器，它是一个用于安装本地帮助的应用程序。 Help Library 管理器首先会提示您输入本地内容位置。 此提示显示在一个对话框中，该对话框不能在 Visual Studio 安装对话框上方显示。
解决此问题的方法：
完成 Visual Studio 安装以关闭“安装”窗口，或者最小化“安装”窗口。
在 Visual Studio 2010 中使用 devenv /useenv 时，无法从 .vssettings 文件迁移 Visual Studio 2008 中的 VC++ 目录设置。
解决此问题的方法：
若要迁移 Visual Studio 2008 设置，请使用“devenv”而非“devenv /useenv”运行 Visual Studio 2010。
已移除 Visual C++ 项目中的“Inherited Project Property Sheets”属性。
解决此问题的方法：
使用属性管理器在项目中添加/移除属性表。 若要查看属性管理器，请在 IDE 中单击“视图”->“属性管理器”。
Visual Studio 2010 中不支持针对 Visual C++ 托管项目的托管增量生成。
解决此问题的方法：
没有解决方法。
在从 C++ 项目的 Win32 平台创建新的 x64 平台时，未正确复制 TargetEnvironment 属性。 这可能会导致链接错误。
解决此问题的方法：
在从 Visual Studio 2008 导入本机 C++ 包含路径时，用户路径会强行插入到 SDK 路径的前面。 这将在某些头文件名发生重叠时阻止应用程序生成。
解决此问题的方法：
在对从 IDE 签入到源代码管理中的 C++ Windows 窗体进行重命名时报告出现错误。
解决此问题的方法：
通过 DTE.Commands.AddCommandBar() 添加命令栏将不会保留命令栏。 因此，在重新启动 Visual Studio 后，命令栏将不可用。
解决此问题的方法：
若要将命令栏添加到顶级菜单（例如工具栏和上下文菜单），请将 DTE.CommandBars.Add() 用作替代解决方法。 但若要在菜单中添加命令栏，则必须：
打开属性页，更改属性页上的两个属性，然后单击“确定”。 这将导致出现错误“对象引用未设置为实例”。
解决此问题的方法：
首先单击“应用”以保留设置，然后单击“确定”关闭对话框。
在配置管理器中，通过复制 Win32 中的设置来添加新项目和解决方案平台 x64。 在属性管理器中展开 Debug | x64 或 Release | x64 节点并检查子属性表时，对应的 x64 属性表将不可用。
解决此问题的方法：
如果自定义生成规则包含此命令行："%systemroot%\system32\cmd.exe" /k echo >"$(IntDir)\sample.txt"，则转换将对引号进行错误地转义。 这将导致此命令行在转换后与以下内容类似："%systemroot%\system32\cmd.exe" /k echo >"$(IntDir)\sample.txt。
解决此问题的方法：
对 nmake 解决方案执行“清理解决方案”报告以下错误：
1>------ 清理已开始: 项目: makefiletest，配置: Debug Win32 ------
1> 'nmake' 不是内部或外部命令，
1> 也不是可运行的程序，或批处理文件。
1>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(33,5): 错误 MSB3073: 命令“nmake /?”已退出，代码为 9009。
============== 清理: 成功 0 个，失败 1 个，跳过 0 个 ==========
解决此问题的方法：
或者：
将一个批处理文件传递给清除命令。 在此批处理文件中，将 PATH 设置为 nmake 工具和其他生成环境。
如果在命令窗口或标准工具栏中的“转到‘查找’组合框”中使用“>File.OpenFile <文件名>”或“>of <文件名>”打开文件，则将不会显示某些文件扩展名的自动完成结果。 已知的两类受影响的文件的文件扩展名为 .xaml 和 .svc。
解决此问题的方法：
方法 1：键入文件的全名（例如，“>of MainWindow.xaml”）。
方法 2：打开包含要打开的文件的项目中的任何文件。 如果该项目中的任何文件也存在于该选项卡中，则自动完成将适用于该项目中的所有文件。
执行以下步骤会报告以下错误： “错误消息: 未将对象引用设置到对象的实例，这是 NullReferenceException”
解决此问题的方法：
如果运行迁移并具有更改链接器工具和管理员工具的属性的属性表，则在转换后，将仅转换链接器工具中的属性或管理员工具中的属性。 这两类工具中的另一个工具中的属性仍具有其默认值。
解决此问题的方法：
使用默认模板创建 MFC 应用程序并打开某个生成的 .cpp 文件。 打开 errorlist 窗口，您会发现自动生成的文件中显示了 IntelliSense 错误。 报告以下 IntelliSense 错误：
#error 指令: 请为 _AFXDLL builds c:\program files\microsoft visual studio 10.0\vc\atlmfc\include\afxver_.h 使用 /MD 开关
解决此问题的方法：
当用户单击 MS Word 和 MS Excel 应用程序中的 Fwlink 时，没有将用户重定向到本地化网站，而是重定向到英文页面。 用户需要手动更改目标页上的语言设置以正确显示本地化页。
如果在“系统必备”对话框中选中“从与我的应用程序相同的位置下载系统必备组件”选项，并选择以下任何组件作为系统必备组件，则当使用简体中文或繁体中文版本的 Visual Studio 2010 发布应用程序时，可能会显示生成错误：
对于“Microsoft .NET Framework 4 Client Profile（x86 和 x64）”，系统可能会显示下面的生成错误：
“MSB3152: 系统必备的安装位置未设置为‘组件供应商的网站’，无法在磁盘上找到项‘Microsoft .NET Framework 4 Client Profile (x86 和 x64)’中的文件‘DotNetFX40Client\dotNetFx40LP_Client_x86_x64cs.exe’。 有关详细信息，请参见‘帮助’。”
解决此问题的方法：
若要在简体中文版本中解决此问题，请按以下步骤操作：
<String Name=”Culture”>zh-chs</String>
若要在繁体中文版本中解决此问题，请按以下步骤操作：
<String Name=”Culture”>zh-cht</String>
如果在“系统必备”对话框中选中“从组件供应商的网站上下载系统必备组件”选项，并选择以下任何组件作为系统必备组件，则当使用简体中文或繁体中文版本的 Visual Studio 2010 发布应用程序时，可能会无法安装简体中文或繁体中文语言包：
解决此问题的方法：
若要在简体中文版本中解决此问题，请按以下步骤操作：
<String Name=”Culture”>zh-chs</String>
若要在繁体中文版本中解决此问题，请按以下步骤操作：
<String Name=”Culture”>zh-cht</String>
如果在修复 .NET Framework 4 后收到失败通知，并且如果已安装多个 .NET Framework 4 语言包，可以忽略此失败。 系统将正常修复 .NET Framework 4。
如果 .NET Framework 仍无法正常运行，请执行以下操作：
如果在修复或卸载 .NET Framework 4 语言包后收到失败通知，或者如果已安装多个 .NET Framework 4 语言包，则可能需要从源代码包启动修复或卸载。
解决此问题的方法：
将 JetBrains ReSharper 与 Visual Studio 2008 或更早版本一起使用的用户在升级到 Visual Studio 2010 并迁移其设置后，无法获得 IntelliSense。 在使用 ReSharper 时，它会禁用默认 Visual Studio IntelliSense 并将其替换为 ReSharper IntelliSense，并且用户的 .vssettings 文件将记录未启用 Visual Studio IntelliSense。 安装 Visual Studio 2010 时，它会自动从早期版本的 Visual Studio 中迁移用户的设置文件；其中包括禁用 IntelliSense 的设置。
解决此问题的方法：
可以通过两种方式解决此问题：
Visual Studio 2010 中的 Visual C++ 编辑器中未反映从 Visual Studio 2008 导入的用户关键字的颜色设置。
解决此问题的方法：
没有解决方法。
在调试期间，IntelliSense 实时错误报告（波浪下划线）和快速信息工具提示（将指针移至代码上方时显示的信息）对于 C++ 不可用。 调试过程中，表达式计算器会使用工具提示 UI。
解决此问题的方法：
没有解决方法。 在调试时，C++ 不支持当前实时错误报告和快速信息工具提示。
一小部分 IntelliSense 对 Visual Studio 2010 中的 C++/CLI 代码不可用。这包括：
但浏览功能（ClassView、GotoDef、“查找所有引用”、“定位到”等）的所有代码对 C++/CLI 可用。
解决此问题的方法：
没有解决方法。
实时防病毒软件可能会干扰 Visual C++ IDE 所需的磁盘 I/O。 此 I/O 可用于编译或链接，也可用来更新用于 IDE 功能的数据库。 通常，观察到的性能降低为 15-30%。
解决此问题的方法：
从防病毒扫描中排除源目录。 这将确保防病毒软件不会锁定正由 IDE 修改的文件。
或者，可以选择性地从病毒扫描中排除文件类型 SDF。 在 Visual Studio 2010 中，Visual C++ IDE 使用 SQL Server Compact 数据库提供 IDE 代码浏览功能。 创建的数据库文件的文件扩展名为 .sdf。 当 IDE 需要访问此类文件时，从扫描中排除此类文件可确保防病毒软件不会锁定它们。
在编辑 .css 文件中的注释时，插入 DBCS 字符可能会导致 VS 分析器崩溃。 在删除前导 /* 字符时，已包含注释的文件可能会发生崩溃，因此将注释公开到分析器以更新语法突出显示。 在打开已包含 DBCS 字符的 .css 文件时，也会出现此问题。
解决此问题的方法：
在创建跨多个行的新注释时，确保将每个行括在 /* */ 中。
在编辑包含 DBCS 字符的 .css 文件中的现有注释时，避免删除前导 /* 字符。
没有已知问题。
Visual Studio 2010 Beta 2 中已创建的面向 .NET Framework 4 的 Office 项目将不会在 Visual Studio 2010 发行版本中进行编辑。
解决此问题的方法：
若要在 Visual Studio 2010 发行版本中编译此项目，则必须重新生成代码隐藏文件。 可以通过两种方式达到此目的。
方法 1：
方法 2：
若您尝试将 Visual Studio 2010 中创建的 BDC 模型部署到 SharePoint Foundation 2010，则您会收到以下错误消息：
错误 1 未能为功能“SharePointProject4_Feature2”(ID: 90146a35-91c1-4d4d-ac01-8cd24614b540) 加载接收器程序集“Microsoft.Office.SharePoint.ClientExtensions, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c”。System.IO.FileNotFoundException: 未能加载文件或程序集“Microsoft.Office.SharePoint.ClientExtensions, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c”或它的某一个依赖项。 系统找不到指定的文件。文件名: 'Microsoft.Office.SharePoint.ClientExtensions, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c'
在 System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) 中
在 System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) 中
在 System.Reflection.Assembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) 中
在 System.Reflection.Assembly.Load(String assemblyString) 中
在 Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject() 中
解决此问题的方法：
执行下列操作之一：
由于依赖于 SharePoint 和自定义生成目标和任务，TFS/Team Build 的现用功能不支持 SharePoint 项目的 Team build。
解决此问题的方法：
此处的 MSDN 文章 http://go.microsoft.com/fwlink/?LinkID=165499 为客户提供分布说明以便在 TFS/Team Build 计算机上手动生成 SharePoint 项目并对其进行打包。
如果您的 SharePoint 解决方案包含两个网站定义，并且您使用第一个网站定义创建网站，则当您尝试创建基于第二个网站定义的网站时会收到以下错误：
错误: 您选择的模板无效或未找到。
检测到 FAILED hr (hr = 0x81071e44)
解决此问题的方法：
关闭 Visual Studio 然后重新启动它，或者使用任务管理器结束 vssphost.exe 进程。
执行过程未在应用程序页和可视 Web 部件的 XML 标记中设置的断点停止。
解决此问题的方法：
无法从 CSSLink 控件和 DateTimeControl 的属性中调用 URL 选取器。
解决此问题的方法：
没有解决方法。
如果向项目添加一个自定义服务器控件，则在编译项目时，包含此控件的程序集不会自动添加到 \bin\ 目录。 因此，在运行项目时，该程序集不会部署到 SharePoint 服务器。
解决此问题的方法：
在包设计器的“高级”页中，添加自定义程序集。
若要创建 SharePoint 项目，则必须在系统上本地安装了 SharePoint 2010。
解决此问题的方法：
在安装了 Visual Studio 2010 的系统上安装 SharePoint Foundation 2010 或 SharePoint Server 2010。
在 Visual Studio 2010 中，多个新的 Visual C# 和 Visual Basic 语言功能在 SharePoint 项目中不可用。
解决此问题的方法：
没有解决方法。
SharePoint 项目中未正确中断工作流设计器上设置的断点。
解决此问题的方法：
在工作流代码文件（workflow.cs 或 workflow.vb）中设置断点。 代码文件中的断点将正确中断。
在第二次部署 SharePoint 工作流时，工作流设计器在调试过程中可能会显示较旧版本的工作流。 此外，并不总是显示所有生成错误。 这只是一个与工作流设计器有关的显示问题；SharePoint 中运行了正确的工作流。
解决此问题的方法：
更改将在后续部署中存储在全局程序集缓存 (GAC) 中的程序集的签名。 执行此操作的最简单方法是更改程序集版本。 若要避免此问题，请修改 assembly.cs 或 assembly.vb 文件以在每次生成时自动递增程序集版本号。
如果在 Visual Studio 2010 中创建一个文件系统网站，并且此网站位于其名称包含句点 (.) 的文件夹中，则 URL 路由将不会可靠运行。 会从一些虚拟路径返回一个 HTTP 404 错误。 导致出现此错误的原因是，Visual Studio 2010 使用了错误的根虚拟目录路径来运行 Visual Studio 开发服务器 (Cassini)。
例如，如果在名为“somedot.path”的文件夹中创建文件系统网站，则对以下 URL 的请求将失败，出现一个 HTTP 404 错误：http://localhost:1234/somedot.path/example
但是，对以下 URL 的请求将成功：
http://lochttp://localhost:1234/somedot.path/example.aspx
解决此问题的方法：
对于此问题，可以使用下列解决方法之一：
如果“解决方案资源管理器”窗口在 Visual Studio 中已隐藏，则当您创建 ASP.NET MVC 2 Web 应用程序项目并在“创建单元测试项目”对话框中选择“是，创建单元测试项目”选项时，将创建单元测试项目，但它不包含对关联的 ASP.NET MVC 2 项目的引用。 在生成解决方案时，Visual Studio 将显示编译错误，并且将不会运行单元测试。
解决此问题的方法：
有两种解决方法。 第一种解决方法是，确保在创建 ASP.NET MVC 2 Web 应用程序项目时显示“解决方案资源管理器”窗口。 如果您更愿意将解决方案资源管理器保持隐藏状态，则可使用第二种解决方法，即手动将单元测试项目中的项目引用添加到 ASP.NET MVC 2 项目。
HTML 设计器在 Web 开发（代码优化的）配置文件中不可用。 需要设计器的功能（如样式生成器）在此配置文件中不可用。
解决此问题的方法：
可以使用 Web 开发（代码优化的）配置文件之外的配置文件来启用 HTML 设计器。 若要更改正在使用的配置文件，请在“工具”菜单上选择“导入和导出设置”。 重置设置并选择一个不同的配置文件。
如果 Visual Studio 2010 中的新 Web 部署功能与以下任一功能（这些功能与 MSDeploy 集成）一起使用
则 Windows Vista 用户必须安装了 Service Pack 1。
解决此问题的方法：
MSDeploy 需要 Windows Vista SP1 中的功能。 因此，尝试在 Windows Vista RTM 上运行 Web 部署功能将失败。 必须将 Windows Vista 升级到 Service Pack 1，才能在 Visual Studio 2010 中使用 Web 部署功能。 也可以使用 Windows XP、Windows 2003、Windows 2008 R2 或 Windows 7 安装 Visual Studio 2010 并使用 Web 部署功能。 （不过，建议您始终使用最新的操作系统 Service Pack，以便存在所有必需的依赖项）。
ASP.NET 开发服务器 (aka Cassini) 需要在开发计算机上安装 IPv4。 但并不一定要启用 IPv4。
解决此问题的方法：
如果安全策略需要使用 IPv6，则可以在开发计算机上安装 IPv4，但不启用它。 或者，可使用 IIS 进行网站开发。
将具有 3.5 版图表控件的 ASP.NET 3.5 网站升级到 ASP.NET 4 将导致在生成时出现以下错误：
错误 1 类型“System.Web.UI.DataVisualization.Charting.Chart”同时存在于“c:\Windows\assembly\GAC_MSIL\System.Web.DataVisualization\3.5.0.0__31bf3856ad364e35\System.Web.DataVisualization.dll”和“c:\Program Files\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.Web.DataVisualization.dll”中的 C:\Websites\Vs2008Sp1_Website_35_Cs_WithChart\Default.aspx 15
解决此问题的方法：
升级后，必须将 web.config 中仍指向 3.5 版图表控件的引用更新为引用版本 4。
<pages controlRenderingCompatibilityVersion="3.5" clientIDMode="AutoID">lt;controls>
<add tagPrefix="asp" namespace="System.Web.UI.DataVisualization.Charting" assembly="System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
</controls>
</pages>
<httpHandlers>
<add path="ChartImg.axd" verb="GET,HEAD" type="System.Web.UI.DataVisualization.Charting.ChartHttpHandler, System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false"/>
</httpHandlers>
......
<system.webServer>
<validation validateIntegratedModeConfiguration="false"/>
<handlers>
<remove name="ChartImageHandler"/>
<add name="ChartImageHandler" preCondition="integratedMode" verb="GET,HEAD" path="ChartImg.axd" type="System.Web.UI.DataVisualization.Charting.ChartHttpHandler, System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
</handlers>
</system.webServer>
......
必须删除 Web 窗体页中的注册指令或将其更新为引用版本 4。
<%@ Register assembly="System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" namespace="System.Web.UI.DataVisualization.Charting" tagprefix="asp" %>
可能必须删除 bin 文件夹中的现有 System.Web.DataVisualization 程序集，因为此程序集是 .NET Framework 4 的一部分。
没有已知问题。
WPF & Silverlight Designer 团队（Cider 团队）已开通了新的团队博客，网址为：http://blogs.msdn.com/wpfsldesigner/default.aspx
此初始内容将侧重于 Designer 工具集、使用 Designer 的演练以及适用于控件作者的常见问题解答和文章。 此外，您可以在博客上向 Cider 团队提供反馈。
您可以在博客上找到这些自述文件项，网址为：http://gohttp://go.microsoft.com/?linkid=9723703
解决此问题的方法：
不适用。
任何在设计时引发异常的用户代码都会导致设计器中出现未处理的异常，甚至还可能导致 Visual Studio 崩溃。 若要对此进行保护，请通过 DesignerProperties.GetIsInDesignMode 检查包装您的代码，从而阻止其在设计时执行。 设计时将执行的常见方法示例是 UserControl.Loaded 事件处理程序、绑定转换程序和 WCF 同步事件处理程序。
解决此问题的方法：
请参考下列文章：
在 Visual Studio 2010 中，可能无法正确加载已从网站下载的程序集。 这是因为，这些程序集已具有“Web 标记”，因而不是完全受信任的。 在以下情况下按原样使用这些程序集可能会导致出现错误：生成应用程序、在 XAML 中引用这些程序集或尝试通过“选择项”对话框使用其中的某个程序集。 在这些情况下，该错误通常将指示可能已从网站下载此程序集。
解决此问题的方法：
如果您完全信任这些程序集，则可以按照此处的说明执行操作来解决此问题：
http://go.microsoft.com/fwlink/?LinkId=179545
设计器将无法找到来自外部 Silverlight 程序集的资源（即，生成这些程序集的项目不属于您的解决方案的一部分）。
解决此问题的方法：
对于程序集中包含的任何用作程序集引用的 Silverlight ResourceDictionary，必须在 ResourceDictionary 定义中包含以下内容：
x:Class="ResourceDictionary"
作为一个更详细的示例，您的 ResourceDictionary 必须类似于以下内容：lt;ResourceDictionary
x:Class="ResourceDictionary"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
</Resou</ResourceDictionary>
对于此版本的 Visual Studio，已将一些类型移至 System.Xaml 程序集中。 因此，将项目的目标由版本 3.5 更改为版本 4 可能会导致出现指示以下内容的错误：
此类型已转发到程序集“System.Xaml”。
解决此问题的方法：
手动将此程序集添加到项目中，并重新生成。
没有已知问题。
没有已知问题。
如果未彻底关闭 Microsoft 测试管理器 (MTM.exe)（即崩溃、硬重置、电源周期），并且在测试设置中启用了“用于 IntelliTrace 和测试影响的 ASP.NET 客户端代理”诊断数据适配器，则将不会在客户机上还原 Internet 代理设置。 这会阻碍 Internet 通信；其中包括网站呈现。
解决此问题的方法：
默认情况下，IntelliTrace 文件位于“%ProgramData%\Microsoft Visual Studio\10.0\TraceDebugging\”目录中。 如果将此目录设置为只读目录，或将此目录更改为只读位置，则将引发用户未捕获的异常。 “试图运行项目时出错: 未捕获通过反射调用的方法而引发的异常。”
解决此问题的方法：
在调试使用 Visual C++ 的基于任务的并行库（它们是 CRT 版本 10.0 的一部分）的应用程序时，您可能会在“并行任务”（和“并行堆栈”）窗口中收到一条错误消息。
“只有以 Visual C++ 10 或更高版本为目标的程序支持此视图。 请尝试加载符号。 符号设置...”
按照错误消息提供的建议加载符号应可解决此问题。 如果此操作无法解决此问题，则可能是因为您的调试会话使用的是从 Microsoft 公共符号服务器下载的符号，而不是 Visual Studio 在您的计算机上安装的符号。
解决此问题的方法：
在调试应用程序之前，请按照下列步骤进行操作：
在设计模式中，导入已存在的且固定到源代码的数据提示会导致 Visual Studio 崩溃。
解决此问题的方法：
可通过两种方法来解决此问题：
如果安装了多个语言版本的 Visual Studio 2010，则始终用上次安装的语言显示性能 CPU 计数器的名称。
例如，如果首先安装了日文版的 Visual Studio 2010，然后在同一计算机上安装了英文版的 Visual Studio 2010，则无论 Visual Studio 中设置了哪种用户界面语言，都将用英文显示性能 CPU 计数器的名称。
在第二次运行分析时，未转换“输出”窗口中的一些探查器消息。
若要解决此问题，请先关闭分析报告 (.vsp)，然后再运行下一次分析。
在简体中文版和繁体中文版的 Visual Studio 2010 中，未转换性能工具规则的名称。 若要访问性能工具规则，请从“工具”菜单中选择“选项”，展开“性能工具”节点，然后选择“规则”。
这些名称存储在 vsperf_rule_definitions.xml 文件中，在简体中文版中，该文件安装在 Visual Studio 安装文件夹中的 Team Tools\Performance Tools\zh-Hans\ 文件夹中；在繁体中文版中，该文件安装在 Visual Studio 安装文件夹中的 Team Tools\Performance Tools\zh-Hant\ 文件夹中。
解决此问题的方法：
需要创建 Team Tools\Performance Tools\zh-CHS\ 文件夹和 Team Tools\Performance Tools\zh-CHT\ 文件夹，并且应在简体中文版和繁体中文版中将 vsperf_rule_definitions.xml 文件分别复制到对应的文件夹中。
此问题只是一个显示问题，它不会影响功能。
没有已知问题。
如果 .testrunconfig 或 .vsmdi 文件为只读文件，将解决方案从 Visual Studio 2008 升级到 Visual Studio 2010 时将失败。 升级时将显示一条消息，指示升级失败。
解决此问题的方法：
打开解决方案之前，确保这些文件不是只读文件。 如果将这些文件签入到源代码管理，并且这些文件为只读文件，请先签出这些文件，然后再打开此解决方案。
在网络隔离虚拟环境中运行自动测试用例时，您可能会观察到，在执行完测试用例后，测试代理将在几分钟内保持“正在运行测试”状态。 仅在以下情况下发生上述情况：
解决此问题的方法：
注意：如果测试控制器帐户的密码在过些天后发生了更改，则必须在隐藏该帐户的计算机上更新密码。
以下是更改的列表：
解决此问题的方法：
UITestUpgrade.exe <要升级的文件夹的名称>
在执行测试记录器（或在记录编码的 UI 测试中的测试）时，无法输入必须以重音符号和“基本”字符的组合形式键入的任何重音字符。 存在的问题是，测试记录器会将重音解释为“死键”并将其丢弃。
解决此问题的方法：
完成对测试的记录，然后通过添加必需的重音字符来手动修改生成的代码。
可能有可用的 QFE，请与客户支持服务联系。
Microsoft 测试管理器 (MTM) 基于操作系统的 UI 语言来选择 UI 语言。
如果操作系统的 UI 与安装的 MTM 的语言版本不对应，则将用英文显示 MTM。
如果在运行 64 位日文版的 Windows 7 作为操作系统的计算机上安装 32 位日文版的 Windows Media Encoder 9，则此安装将失败。
您必须在运行 64 位日文版的 Windows 7 的计算机上安装 32 位英文版的 Windows Media Encoder 9 才能解决此问题。
没有已知问题。
没有已知问题。
© 2010 Microsoft Corporation。 保留所有权利。