Visual Studio 2010 自述文件

口碑-我的收藏 2010-10-22

展開全文

有關最新版本的自述文件，請單擊此處。

1. 系統(tǒng)要求
1.1. 支持的體系結構
1.2. 支持的操作系統(tǒng)
1.3. 硬件要求
2. 已知問題
2.1. 安裝
2.2. 卸載
2.2.1. 在安裝有早期版本的 Visual Studio 的計算機上
2.2.2. 在未安裝早期版本的 Visual Studio 的計算機上
2.3. 維護
2.4. 產(chǎn)品問題
2.4.1. 一般問題
2.4.2. 代碼編輯器
2.4.3. 語言
2.4.4. Visual Studio Tools for Office
2.4.5. SharePoint 開發(fā)
2.4.6. Web 開發(fā)
2.4.7. Windows Communication Foundation (WCF) 工具
2.4.8. Windows Presentation Foundation (WPF) 工具
2.4.9. Windows Workflow Foundation (WF) 工具
2.4.10. Windows SDK 集成
2.4.11. 調(diào)試器、數(shù)據(jù)庫、診斷和分析工具
2.4.12. 體系結構工具
2.4.13. 測試工具
2.4.14. 實驗室管理工具
2.4.15. 團隊資源管理器
3. 相關鏈接

1. 系統(tǒng)要求

1.2 支持的操作系統(tǒng)

Windows XP (x86) Service Pack 3 – 除 Starter Edition 之外的所有版本
Windows Vista（x86 和 x64）Service Pack 2 - 除 Starter Edition 之外的所有版本
Windows 7（x86 和 x64）
Windows Server 2003（x86 和 x64）Service Pack 2 – 所有版本
- 如果不存在 MSXML6，則用戶必須安裝它
Windows Server 2003 R2（x86 和 x64）- 所有版本
Windows Server 2008（x86 和 x64）Service Pack 2 – 所有版本
Windows Server 2008 R2 (x64) – 所有版本

1.3 硬件要求

1.6 GHz 或更快的處理器
1024 MB RAM（如果在虛擬機上運行，則為 1.5 GB）
3 GB 的可用硬盤空間
5400 RPM 硬盤驅(qū)動器
以 1024 x 768 或更高顯示分辨率運行且支持 DirectX 9 的視頻卡
DVD-ROM 驅(qū)動器

對于 Visual Studio 2010，Crystal Reports 是單獨下載和安裝的。若要創(chuàng)建 Crystal Reports 項目或網(wǎng)站，或者導入現(xiàn)有的使用早期版本的 Visual Studio 或 Crystal Reports 創(chuàng)建的項目或網(wǎng)站，則需要安裝與 Visual Studio 2010 兼容的 Crystal Reports 版本。

解決此問題的方法：

若將 Crystal Reports 與 Visual Studio 2010 一起使用，請使用本自述文件中“相關鏈接”一節(jié)中的 Crystal Reports 鏈接，下載并安裝與 Visual Studio 2010 兼容的 Crystal Reports 版本。利用此安裝，不僅能夠創(chuàng)建 Crystal Reports 項目和網(wǎng)站，而且能夠?qū)ΜF(xiàn)有項目和網(wǎng)站進行升級以使用 Visual Studio 2010。

2.1.2 Visual Studio 在首次運行時以及在使用 F# 功能時報告有關“FSharp.ProjectSystem.dll”的程序包加載失敗

如果“Microsoft Visual F# 2.0 運行時”是在安裝“Microsoft .NET Framework 4”之前安裝的，之后又在系統(tǒng)上安裝了“Microsoft Visual Studio 2010”，則安裝看起來是成功的，但 F# 組件并未正確安裝。這將導致在初次運行“選擇配置文件...”對話框時，以及稍后在 Visual Studio 2010 中使用 F# 功能時，引發(fā)與“FSharp.ProjectSystem.dll”相關的程序包加載失敗錯誤。

解決此問題的方法：

在“添加/刪除程序”中，選擇“Microsoft Visual F# 2.0 運行時”，然后單擊“卸載”。按照說明卸載 F# redist。
在“添加/刪除程序”中，選擇“Microsoft Visual Studio 2010 <您的 SKU 和語言>”，然后單擊“卸載/更改...”。
- 單擊“下一步…”，然后單擊“添加或刪除功能”。
- 清除“F#”功能并完成向?qū)?，以?Visual Studio 2010 中刪除 F# 功能。
在“添加/刪除程序”中，選擇“Microsoft Visual Studio 2010 <您的 SKU 和語言>”，然后單擊“卸載/更改...”。
- 單擊“下一步…”，然后單擊“添加或刪除功能”。
- 選擇“F#”功能并完成向?qū)?，以便?Visual Studio 2010 重新啟用 F# 功能。

2.1.3 Visual Studio 2008 在卸載 .NET Framework 4 后中斷

如果先后安裝 Visual Studio 2008 和 Visual Studio 2010，并卸載 .NET Framework 4（或者同時卸載 Visual Studio 2010 和 .NET Framework 4），當嘗試在 Visual Studio 2008 中加載項目時，將會發(fā)生以下錯誤：
“無法讀取項目文件‘Project.proj’。沒有為 ToolsVersion‘4.0’(在‘HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0’處定義)指定 MSBuildToolsPath，或者指定值的計算結果為空字符串?！?

當計算機上仍存在 Windows SDK v7.0A 或其使用的某些的注冊表項時，可能會發(fā)生此問題。

解決此問題的方法：

確保已完全卸載 Visual Studio 2010（在“控制面板”->“程序”->“程序和功能”中，確保未列出 Visual Studio 2010）。
確保計算機上不存在以下注冊表項：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\4.0

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersion\4.0

如果在 64 位操作系統(tǒng)上運行，請從注冊表的 32 位部分中刪除這些項。為此，請單擊“開始”->“運行”，鍵入“%WinDir%\SysWOW64\regedit.exe”，然后更改注冊表。

此時，Visual Studio 2008 的功能應全部可用。

2.1.4 安裝 Visual Studio 時使用的試用許可證可能已過期

在之前已安裝 Visual Studio 2010 旗艦版 LCTP（2010 年 3 月發(fā)布）或試用模式的 Visual Studio 2010 的發(fā)行版本的計算機上，使用試用許可證安裝 Visual Studio 2010 的發(fā)行版本可能會顯示一條消息，指示評估期到期。

解決此問題的方法：

Visual Studio 2010 發(fā)行版本提供了一個試用期。在原始試用許可證過期后（自原始安裝之日起的 30 或 90 天），重新安裝將不會激活新的評估期。請輸入完整的官方產(chǎn)品密鑰以解除對產(chǎn)品的鎖定。

2.1.5 如果已安裝某個版本的 Silverlight 3 SDK，則將不會安裝其他語言的 Silverlight 3 SDK

如果已安裝某個版本的 Silverlight 3 SDK，則 Visual Studio 2010 將不會安裝其他語言的 Silverlight 3 SDK。

解決此問題的方法：

可以從 http://go.microsoft.com/fwlink/?LinkID=157102 下載其他語言的 Silverlight 3 SDK，并將它與其他 Silverlight SDK 并行安裝。

2.1.6 如果 Visual Studio 宏工具無法在安裝 Visual Studio 的過程中進行安裝或已被卸載，則修復 Visual Studio 2010 并不會安裝這些工具

如果 Visual Studio 宏工具從未安裝或已被卸載，則修復 Visual Studio 2010 并不會修復或安裝這些工具。

解決此問題的方法：

在“添加或刪除程序”頁上，選擇“卸載/更改 Visual Studio 2010”，再單擊“下一步”。
選擇“添加或刪除功能”。
清除列表中的任何功能，然后重新進行選擇。這將啟用更新狀態(tài)。
完成安裝向?qū)А?此時應已安裝 Visual Studio 宏工具。

2.1.7 如果在安裝有 Visual Studio 2008 或 SQL Server 2008 的計算機上卸載并重新安裝 Visual Studio 2010，使用 Visual Studio 宏 IDE 可能導致 Visual Studio 崩潰

卸載 Visual Studio 2010 還將刪除 Visual Studio 宏工具包。如果計算機還安裝有 Visual Studio 2008 或 SQL Server 2008，重新安裝 Visual Studio 2010 不會重新安裝 Visual Studio 宏工具包。這將在啟動宏 IDE 時發(fā)生錯誤，如果嘗試重新創(chuàng)建 MyMacros.vsmacros 項目，則會導致 Visual Studio 崩潰。

解決此問題的方法：

刪除以下文件：
- 在 64 位操作系統(tǒng)上：“%ProgramFiles(x86)%\Microsoft Visual Studio 9.0\Common7\IDE\1033\Microsoft.VSDesignerUI.dll”
- 在 32 位操作系統(tǒng)上：“%ProgramFiles%\Microsoft Visual Studio 9.0\Common7\IDE\1033\Microsoft.VSDesignerUI.dll”
在“添加或刪除程序”頁上，選擇“卸載/更改 Visual Studio 2010”，再單擊“下一步”。
選擇“添加或刪除功能”。
清除列表中的任何功能，然后重新進行選擇。這將啟用更新狀態(tài)。
完成安裝向?qū)А?此時應已安裝 Visual Studio 宏工具。

2.1.8 面向 SharePoint 2010 的 Visual Studio SharePoint 項目具有特定的安裝要求

若要在 Visual Studio 2010 中使用 SharePoint 項目，則必須安裝以下組件：

Windows Server 2008 SP2 (x64) 或 Windows Server 2008 R2 (x64)。
Microsoft SharePoint Server 2010 或 Microsoft SharePoint Foundation 2010。
Visual Studio 2010（完全安裝）。

解決此問題的方法：

沒有解決此問題的方法。

2.1.9 面向 Office 2007 或 Office 2010 的 Visual Studio Office 項目具有特定的安裝要求

若要在 Visual Studio 2010 中使用 Office 項目，則必須安裝以下組件：

支持 Office 2007 或 Office 2010 的操作系統(tǒng)。
Visual Studio 2010（完全安裝）。
Office 2007 發(fā)行版本或 Office 2010。

解決此問題的方法：

沒有解決此問題的方法。

2.1.10 Visual Studio 安裝程序無法在程序兼容模式中運行

Visual Studio 2010 和/或 .NET Framework 4 安裝程序失?。ㄥe誤代碼為 1603）或無法在程序兼容模式中運行。

Windows 程序兼容性助手指示可能未正確安裝 Visual Studio 安裝程序，并提示用戶使用建議的設置（程序兼容模式）對其進行重新安裝。

解決此問題的方法：

Visual Studio 安裝程序無法在程序兼容模式中運行。確保未在系統(tǒng)范圍內(nèi)啟用兼容模式設置，也未為 Visual Studio 安裝應用程序啟用兼容模式設置。

檢查手動設置

可能已在可執(zhí)行文件屬性的“兼容性”選項卡上手動設置兼容模式。

在 Visual Studio 安裝媒體上找到 setup.exe。
右擊 setup.exe，然后單擊“屬性”。
在“兼容性”選項卡上，清除“用兼容模式運行這個程序”，然后單擊“確定”。

檢查程序兼容性助手注冊表設置

之前在嘗試運行 Visual Studio setup.exe 失敗或取消運行 Visual Studio setup.exe 時，程序兼容性助手可能已設置兼容模式。

單擊“開始”，然后單擊“運行”。
鍵入“regedit”，然后單擊“確定”。
瀏覽找到下面的每個注冊表項，并從 Visual Studio 的安裝路徑中刪除引用 setup.exe 的任何值：
- HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Compatibility Assistant\Persisted
- HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers

重新運行 Visual Studio 安裝程序

打開 Windows 資源管理器。
瀏覽找到 Visual Studio setup.exe。
雙擊 setup.exe 以運行 Visual Studio 安裝程序。

相關 KB 文章

http://support.microsoft.com/kb/931709

其他解決方法：

執(zhí)行 <DVD ROOT>\setup\setup.exe，而不是執(zhí)行 <DVD ROOT>\setup.exe

2.1.11 在保護已打開的情況下，Visual Studio 2010 無法安裝到啟用了 BitLocker 的硬盤上

當用戶執(zhí)行針對啟用了 BitLocker 的磁盤的安裝過程時，如果此磁盤已鎖定，則該過程將失敗。

解決此問題的方法：

在安裝 Visual Studio 2010 之前，掛起對啟用了 BitLocker 的磁盤的保護。在安裝完 Visual Studio 2010 之后，恢復對啟用了 BitLocker 的磁盤的保護。

或者，可以通過按照避免在安裝過程中重新啟動步驟執(zhí)行操作來預安裝 .NET Framework 4 和 Windows Installer 4.5，以避免此問題。

2.1.12 卸載 Visual Studio 2010 時要保留在計算機上的重要系統(tǒng)更新

Visual Studio 2010 可能安裝了一些重要系統(tǒng)更新。

解決此問題的方法：

建議在刪除 Visual Studio 后將以下更新保留在系統(tǒng)中：

Microsoft 應用程序錯誤報告
Microsoft Windows Installer 4.5（KB942288，KB958655）
Microsoft Visual C++ 2008 運行時
Microsoft Visual C++ 2010 運行時
Microsoft .NET Framework 4

2.1.13 漫游配置文件僅在用于脫機方案時受支持

如果在主文件夾從網(wǎng)絡斷開時使用漫游配置文件，則安裝將失敗，這是因為 Windows Installer 安裝產(chǎn)品的方式導致出現(xiàn)了文件夾重定向問題。

解決此問題的方法：

將漫游配置文件配置為使用本地路徑而非遠程連接路徑，或確保遠程主文件夾路徑在安裝過程中可用。

若要切換到本地配置文件，請按照下列步驟執(zhí)行操作：

在域服務器上：

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) 的客戶端中創(chuàng)建。請不要使用 UNC 路徑。

在客戶端計算機上：

以管理員身份登錄到客戶端，并向 Administrator 組添加 AD 服務器上已創(chuàng)建的當前用戶（此示例中為 myuser）。
使用在域服務器過程的第 2 步中已使用的路徑（此示例中為 c:\Rprofile）創(chuàng)建本地路徑。
以新用戶身份（此示例中為 myuser）登錄到客戶端。
在首次登錄后注銷客戶端。本地配置文件將自動保存到服務器中的漫游配置文件路徑，即 \\domainserver\Rprofiles\%username%（例如 \\10.50.209.130\Rprofiles\myuser）。
返回域服務器并打開用戶文件夾 (c:\Rprofiles)。請注意，有一個新文件夾 (c:\Rprofiles\myuser)，并且其中包含多個文件。這些文件都是漫游配置文件。在注銷時，這些文件將自動與客戶端上的用戶文件夾同步。

2.1.14 在涉及網(wǎng)絡時，因 .cab 文件具有無效的數(shù)字簽名導致 Visual Studio 安裝失敗

在下載并安裝文件時或在通過網(wǎng)絡安裝文件時，網(wǎng)絡問題有時會導致文件受到損壞。此問題會將其自身顯示為 %temp%\dd_install*.log 中的一條類似于以下內(nèi)容的消息：

[05/16/09,17:47:12] VC 10.0 運行時 (x86): MSI 記錄結果詳細信息: 錯誤 1330。由于 CAB 文件 e:\dev10dvd\wcu\vcruntimes\x86\vc_runtime_x86.cab 具有無效的數(shù)字簽名，無法安裝所需文件。這可能表明該 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，然后重新啟動安裝。

2.1.15 在筆記本計算機上安裝時分辨率太低

在筆記本計算機上安裝 Visual Studio 2010 時，對話框的底部無法顯示導航按鈕。

解決此問題的方法：

檢查顯示分辨率以確保采用的是最小必需分辨率：

800x600 @ 100% DPI 縮放
1024x768 @ 125% DPI 縮放
1280x1024 @ 150% DPI 縮放

在 Windows XP 上執(zhí)行以下操作：

右擊桌面并選擇“顯示”。然后確保您的設置符合要求。

在 Windows Vista 或 Windows 7 上執(zhí)行以下操作：

右擊桌面，然后單擊“屏幕分辨率”。確保它符合上述設置之一。
底部有一個選項“放大或縮小文本和其他項目”。確保這兩個設置與上述內(nèi)容匹配。

2.1.16 安裝過程中不要拔出臨時驅(qū)動器

如果在安裝 Visual Studio 2010 時拔出 USB 驅(qū)動器，安裝過程可能會提示您插入源，或因缺少臨時文件而無法進行安裝。

解決此問題的方法：

在安裝 Visual Studio 之前拔出所有 USB 驅(qū)動器，或在安裝過程中不拔出這些驅(qū)動器，因為需要復制一些臨時文件并在可用空間最多的驅(qū)動器上使用它們。

2.1.17 不應將 Visual Studio ISO 作為現(xiàn)有 NTFS 驅(qū)動器上的目錄裝入

若將 Visual Studio 安裝媒體 ISO 作為 Windows 磁盤管理中的 NTFS 路徑裝入，則可能會導致安裝程序報告缺少對目標文件夾的寫權限或報告磁盤空間不足。

解決此問題的方法：

使用下列任一方法提供對 Visual Studio 安裝程序 ISO 資源的訪問權：

將 ISO 內(nèi)容提取到實際的本地或網(wǎng)絡路徑，并保留目錄結構。
使用 Windows 磁盤管理或其他 ISO 裝入軟件為已裝入的 ISO 指定一個新的驅(qū)動器號。

從新的虛擬驅(qū)動器位置重新運行安裝程序。

2.1.18 在安裝 Visual Studio 的過程中安裝組件時出現(xiàn)錯誤：MSI 記錄結果詳細信息錯誤代碼: 1935

在安裝 Visual Studio 的過程中安裝組件失敗會導致日志中出現(xiàn)下面的文本行：

...: MSI 記錄結果詳細信息錯誤代碼: 1935

解決此問題的方法：

導致錯誤 1935 的原因有很多，但此錯誤通常是因無法覆蓋文件導致的。這一情況可能因文件正在由其他一些應用程序使用而導致出現(xiàn)，此時，重新啟動 Visual Studio 安裝應能解決此問題。

另外，防病毒軟件由于會鎖定新近復制的文件以檢查其是否包含惡意軟件，因而通常會導致此情況出現(xiàn)。在安裝過程中禁用防病毒保護應可以使安裝繼續(xù)進行。

2.1.19 在從作為驅(qū)動器或文件夾裝入的 ISO 映像安裝 Visual Studio 時出現(xiàn)錯誤

在從作為驅(qū)動器或文件夾裝入的 ISO 映像安裝 Visual Studio 時，可能會發(fā)生失敗，并顯示各種錯誤消息。這些錯誤可能包括：

安裝失敗，日志中顯示此行： “...: MSI 返回了錯誤代碼 2?！?
安裝在系統(tǒng)重啟后失敗，原因是安裝程序在 ISO 裝入軟件可重新裝入映像之前重新啟動。

解決此問題的方法：

通過將 ISO 映像刻錄到 DVD，然后從實際 DVD 啟動安裝程序，可以避免這些問題。

2.1.20 在未安裝 MSXML6 的情況下無法創(chuàng)建任何 Visual Studio 項目

如果未安裝 MSXML6，則無法顯示初始配置文件選擇對話框，并且在創(chuàng)建項目時，可能會顯示類似于以下內(nèi)容的錯誤消息：

“寫入項目文件時出錯。類沒有注冊?！?/p>

解決此問題的方法：

從 MSDN 安裝 MSXML6：http://www.microsoft.com/downloads/details.aspx?FamilyID=993C0BCF-3BCF-4009-BE21-27E85E1857B1&displaylang=en。
重新啟動 Visual Studio。

2.1.21 由于缺少 Windows Automation API 3.0，無法支持 Windows XP x64

如果未安裝 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 的操作系統(tǒng)。

2.1.22 Windows Phone Developer CTP 與 Visual Studio 2010 不兼容

Windows Phone Developer CTP 與 Visual Studio 2010 不兼容。已安裝或之前已安裝 Visual Studio 2010 RTM 的計算機將無法運行 CTP 版本的 Windows Phone Developer。

解決此問題的方法：

卸載 Windows Phone Developer CTP，然后安裝此產(chǎn)品的 Beta 或 RTM 版本。

2.2 卸載

2.2.1 在安裝有早期版本的 Visual Studio 的計算機上

2.2.1.1 當同一計算機上安裝了 Visual Studio 2010 的多個副本時，卸載其中的一個副本將中斷 Office 和 SharePoint 開發(fā)

當同一計算機上安裝了 Visual Studio 2010 的多個副本時，卸載其中的一個副本將中斷 Office 和 SharePoint 開發(fā)。

解決此問題的方法：

在“控制面板”中，打開“添加/刪除程序”。
右擊任何剩余的 Visual Stuido 2010 副本并選擇“修復”。這將打開“修復”對話框。
單擊“自定義設置”單選按鈕，并單擊“下一步”。
在自定義設置中，切換任何復選框，然后單擊“下一步”。
安裝將繼續(xù)，并重新安裝 Office 和 SharePoint 組件。

2.2.1.2 Visual Studio 2010 卸載說明

在安裝正式發(fā)布的版本之前，必須刪除 Visual Studio 2010 的所有預發(fā)布版本。卸載 Visual Studio 2010 的正式發(fā)布版本僅刪除核心產(chǎn)品功能，并會在計算機上保留最初隨 Visual Studio 安裝的其他受支持的產(chǎn)品。

解決此問題的方法：

有關完整步驟，請參見 MSDN 上的卸載文檔，網(wǎng)址為 http://go.microsoft.com/fwlink/?LinkID=151208。

2.2.2 在未安裝早期版本的 Visual Studio 的計算機上

2.2.2.1 在 64 位計算機上，卸載 Visual Studio 旗艦版將從計算機中移除 TraceLogProfiler.dll，即使有另一個產(chǎn)品依賴于它

TraceLogProfiler.dll 隨以下 Visual Studio SKU 一起安裝：

Visual Studio 2010 旗艦版
Test Elements
Test Agent

如果卸載 SKU 之一，則將從計算機中移除 TraceLogProfiler.dll 并將阻止在其他 SKU 中收集 IntelliTrace 和測試影響數(shù)據(jù)。

解決此問題的方法：

卸載并重新安裝測試元素或測試代理 SKU 以替換缺少的二進制文件。

2.3 維護

2.3.1 如何在 Visual Studio 2010 中添加或移除組件

在卸載 Visual Studio 之后，可以添加默認情況下未安裝的組件，請按照下面的步驟執(zhí)行操作來添加它們。

解決此問題的方法：

在 Windows XP 或早期版本上安裝可選組件

在“控制面板”上的“添加或刪除程序”頁中，選擇要添加到的產(chǎn)品版本，然后單擊“更改/刪除”。
在安裝向?qū)У摹皻g迎使用”對話框中，單擊“下一步”。
單擊“添加或刪除功能”。
在“選擇要安裝的功能”列表中，選擇要安裝的項，然后單擊“更新”。

在 Windows 7 或 Windows Vista 上安裝可選組件

在“控制面板”上的“程序和功能”頁中，選擇需要添加到的產(chǎn)品版本，然后單擊“卸載/更改”。
在安裝向?qū)У摹皻g迎使用”對話框中，單擊“下一步”。
單擊“添加或刪除功能”。
在“選擇要安裝的功能”列表中，選擇要安裝的項，然后單擊“更新”。

2.3.2 如何修復 Visual Studio

如果 Visual Studio 變得不穩(wěn)定，可對其進行修復以使其返回已知狀態(tài)。

解決此問題的方法：

有關完整步驟，請參見 MSDN 上的 Visual Studio 修復文檔。

2.3.3 重新安裝“添加/刪除”功能中未顯示的缺少的配套產(chǎn)品

如果已卸載某個產(chǎn)品（該產(chǎn)品是某些功能所需的且已由 Visual Studio 2010 原始發(fā)行版安裝），安裝程序自定義樹和“添加/刪除”功能樹中均未顯示此組件。如何找回此組件呢？

解決此問題的方法：

打開“添加/刪除”功能或卸載程序。
打開 Microsoft Visual Studio 2010 程序。
在“維護”頁上單擊“添加或刪除功能”。
在“選項”頁上，查找與缺少的功能相關的功能。例如，如果缺少 Web 部署工具，則將 Web 部署功能在打開和關閉之間切換。
單擊“更新”。這將確定未安裝 Web 部署工具配套產(chǎn)品，并將嘗試安裝該產(chǎn)品。
在“完成”頁上單擊“完成”。

2.4 產(chǎn)品問題

2.4.1 一般問題

2.4.1.1 針對商業(yè)智能項目的支持

Visual Studio 2010 不支持 SQL Server 2008 R2 或早期版本中的商業(yè)智能項目。在 Visual Studio 2010 中，如果升級在 Business Intelligence Development Studio 中創(chuàng)建的項目，則升級將不會成功。當前正在為將來版本的 SQL Server 考慮 Business Intelligence Development Studio for Visual Studio 2010。

解決此問題的方法：

尚未提供解決方法。

2.4.1.2 “改進 Visual Studio 性能”通知

如果未安裝 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

2.4.1.3 在當前用戶與已登錄用戶不同時，Help Library 管理器無法從群中下載內(nèi)容

Help Library 管理器 (HLM) 使用 BITS 服務下載內(nèi)容。如果使用“運行方式”功能啟動 HLM，則 BITS 將無法計劃作業(yè)，因為該服務只能供已登錄的用戶帳戶使用。

解決此問題的方法：

在下載內(nèi)容時，使用當前已登錄的用戶帳戶運行 HLM。

2.4.1.4 Help Library 管理器 – 在卸載 Visual Studio 時不卸載幫助內(nèi)容

在卸載 Visual Studio 時，安裝程序不會刪除本地幫助內(nèi)容。 Beta 2 和此發(fā)行版的本地內(nèi)容目錄的默認位置不同。

解決此問題的方法：

如果已卸載 Visual Studio，則可以手動刪除本地幫助內(nèi)容目錄中的文件。如果未使用 Beta 2 本地幫助內(nèi)容目錄，則必須手動刪除 Beta 2 內(nèi)容目錄以將其從計算機中移除。

2.4.1.5 脫機的 Help 查看器搜索按鈕和代碼段選項卡可能不可單擊

在使用受限權限運行的 Internet Explorer 所在的 Windows Server 2008 系統(tǒng)上，脫機的 Help 查看器搜索按鈕和代碼段選項卡可能不可單擊。

解決此問題的方法：

可以向 Internet Explorer 受信任站點添加 127.0.0.1。或者，對于搜索按鈕問題，可以按 Enter 執(zhí)行搜索。

2.4.1.6 在為內(nèi)容存儲區(qū)指定 UNC 路徑時，Windows XP 上運行的 Help Library 管理器顯示不正確的錯誤消息

如果在 Windows XP 上運行 Help Library 管理器 (HLM)，并將本地內(nèi)容存儲區(qū)設置為 UNC 路徑（該路徑以 \\ 開頭），則 HLM 會顯示令人誤解的錯誤消息。當 HLM 查明本地存儲區(qū)目錄是一個有效的可寫入位置時，它會錯誤地將 UNC 路徑報告為系統(tǒng)路徑。這將導致 HLM 顯示令人誤解的錯誤消息。

解決此問題的方法：

沒有解決此問題的方法。

2.4.1.7 Help Library 管理器 – 本地內(nèi)容存儲區(qū)路徑不能包含“#”字符

在首次運行 Help Library 管理器時，系統(tǒng)會顯示輸入本地內(nèi)容將存儲到的目標位置的提示。此文件夾路徑中不能包含“#”字符。如果路徑包含該字符，則 Help Library 代理將無法呈現(xiàn)內(nèi)容。

解決此問題的方法：

沒有解決此問題的方法。

2.4.1.8 Help Library 代理 – 關閉“不可見”窗口會導致 Help Library 代理停止工作

標題為“Help Library 代理不可見窗口”的窗口將變得可見。如果關閉此窗口，則 Help Library 代理將停止響應。

解決此問題的方法：

使用任務管理器結束代理進程。在使用快捷方式、幫助菜單項或按 F1 來重新啟動幫助時，代理進程將重新啟動。

2.4.1.9 在加載 Visual Studio 2008 設置文件時，將遷移用于加載模板的三個項目位置

在重置用戶數(shù)據(jù)并導入 Visual Studio 2008 設置文件時，“選項”對話框中的“項目和解決方案”下的內(nèi)容顯示錯誤的值。

解決此問題的方法：

打開“選項”對話框。
選擇“項目和解決方案”節(jié)點。
手動將項目位置、用戶項目模板位置和用戶項模板位置更改為正確的路徑。
如有必要，請移除結尾多余的“1”。

2.4.1.10 外接程序無法運行，錯誤 80004002（不支持此接口）

在一個外接程序中，若將 <Assembly: ComVisible(True)> 修改為 <Assembly: ComVisible(False)>，則無法加載該外接程序。

解決此問題的方法：

由于外接程序是基于 COM 基礎結構生成的，因此不支持這樣做，雖然外接程序是用托管代碼編寫的，但仍必須將程序集 ComVisible 特性設置為 true。

2.4.1.11 面向 .NET Framework 4 之前的 .NET Framework 版本的外接程序?qū)⒃谏蓵r顯示警告

在創(chuàng)建外接程序且目標 Framework 更改為 .NET Framework 4 之前的某個版本時，將顯示生成警告。發(fā)生這種情況的原因是為 .NET Framework 4 支持添加了其他引用。

解決此問題的方法：

從外接程序項目中刪除以下引用：

EnvDTE100
Microsoft.CSharp
System.Core

2.4.1.12 為 Web 項目或 Web 項創(chuàng)建一個模板不會將此模板置于“新建項目”對話框或“新建項”對話框中的 Web 節(jié)點中

在為面向 Web 的 VSIX 項目或項生成一個模板時，除非將該模板置于特定目錄中，否則該模板將不會在“新建項目”對話框或“新建項”對話框中正確顯示。如果 VSIX 中的目錄結構不正確，則該模板將出現(xiàn)在 CSharp 或 VB 的根位置。

解決此問題的方法：

將模板壓縮文件置于與 VSIX 文件的根位置相對的 ...\Template\CSharp\Web\ 或 ...\Template\VB\Web\ 下。
在 source.extension.vsixmanifest 文件中，添加指向此壓縮文件的引用。

2.4.1.13 無法使用 Createpkgdef 從注冊特性生成 .pkgdef 文件

必須先將 SolutionPersistenceRegistrationAttribute 代碼添加到項目，然后才能使用此特性。

解決此問題的方法：

如果在自動生成 .pkgdef 文件時，在代碼中使用 SolutionPersistenceRegistrationAttribute 類，則必須添加 Visual Studio SDK 安裝中的 MPF 源中的代碼。該源位于 ..\VisualStudioIntegration\Common\Source\CSharp\RegistrationAttributes\SolutionPersistenceRegistrationAttribute.cs 下的 Visual Studio SDK 安裝文件夾中。

2.4.1.14 用戶在 Windows Server 2008 和安裝了 HyperV 角色的 Windows Server 2008 R2 上運行 Visual Studio 2010 時遇到低性能

當 Visual Studio 在虛擬化環(huán)境中運行時，它會從硬件加速呈現(xiàn)切換到軟件呈現(xiàn)。安裝 HyperV 角色會導致 Visual Studio 無法檢測正確的呈現(xiàn)設置。

解決此問題的方法：

手動啟用硬件加速呈現(xiàn)：

打開“選項”對話框。
在“環(huán)境”下的“常規(guī)”頁上，在“視覺體驗”組中，清除“基于客戶端性能自動調(diào)整視覺體驗”選項。
選擇“如果可用，請使用硬件圖形加速”。
單擊“確定”。

2.4.1.15 Visual Studio SDK：無法在 Visual Studio 項目模板或項模板中包含雜項文件

添加到 Visual Studio 項目-模板項目或項-模板項目中的雜項文件未包含在項目生成過程中生成的壓縮文件中。

解決此問題的方法：

對于要包含在項目中的每個文件，將 BuildAction 設置為“ZipItem”。這將在 bin 目錄中生成一個包含所有必需文件的自定義壓縮文件。

2.4.1.16 將 Visual C++ 外接程序項目轉(zhuǎn)換為 Visual Studio 外接程序項目會導致生成錯誤：“錯誤 C2871:“擴展性”: 具有該名稱的命名空間不存在”

在將 VC++ 外接程序項目轉(zhuǎn)換為 Visual Studio 2010 時，生成轉(zhuǎn)換的項目可能會導致以下錯誤：

錯誤 C2871:“擴展性”: 具有該名稱的命名空間不存在

導致此生成錯誤的原因是，轉(zhuǎn)換后缺少對位于 %ProgramFiles(x86)%\Common Files\microsoft shared\MSEnv\PublicAssemblies\extensibility.dll 中的共享程序集的引用。

解決此問題的方法：

右擊外接程序項目，然后單擊“引用”。
在顯示的對話框的“引用”部分中，單擊“添加新引用”。
選擇“添加引用”對話框中的“瀏覽”選項卡。
導航到 %ProgramFiles%\Common Files\Microsoft Shared\MSEnv\PublicAssemblies\，選擇 extensibility.dll，然后單擊“確定”。重新生成項目。

2.4.1.17 擴展管理器中的“許可協(xié)議”對話框顯示額外的空白

擴展管理器中的“許可協(xié)議”對話框在顯示文本許可時可能會包含額外的空白。此對話框?qū)⒚總€回車符和每個換行符呈現(xiàn)為一個新行；在呈現(xiàn)許可協(xié)議時，這將生成額外的空白行。

解決此問題的方法：

可以通過調(diào)整空白來解決這些格式問題。為此，請在 Visual Studio 編輯器中執(zhí)行以下操作：

在文本編輯器中打開文件。
“編輯”->“查找和替換”->“快速替換”。
“查找選項”->“使用”->“正則表達式”。
查找內(nèi)容: \xD\xA
替換為: \xD
單擊“全部替換”。

2.4.1.18 在項目名稱包含空白的情況下，使用 Visual Studio SDK 創(chuàng)建的 WPF 工具箱控件會導致 Visual Studio 掛起

如果使用 Visual Studio SDK 生成 WPF 工具箱控件，并在項目名稱中使用空白，則生成的程序集的文件名也將包含空白。

這會導致 WPF 設計器和工具箱中的控件不穩(wěn)定。

解決此問題的方法：

在解決方案資源管理器中右擊您的項目，再單擊“屬性”。
在“程序集名稱”字段中，刪除所有空白字符。
請重新生成。

2.4.1.19 在從 SDK 模板運行獨立 Shell“新建文件”對話框時，此對話框包含不正確的項

默認情況下，“文件”->“新建”->“文件”對話框配置為查找與 Visual Studio 安裝相同的目錄。在獨立 Shell 應用程序中，可以將此對話框配置為查找一個不同的文件夾。

解決此問題的方法：

在獨立 Shell 解決方案中，在啟動項目的 Shell Customization 項目文件夾下找到并打開“<解決方案名稱>.Application.pkgdef”文件。
為此文件追加以下文本，并將 <NewDirectory> 替換為應用程序的受保護的安裝位置中的子目錄：

[$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>"

2.4.1.20 VSIX 項目將忽略項目到項目的引用

如果使用“添加內(nèi)容”功能將您的解決方案中的一個項目添加到 VSIX 項目中，則此項目引用的項目不會包含在生成的 VSIX 中。 VSIX 項目將只會包含其自己的項目引用集中的內(nèi)容和文件。

解決此問題的方法：

對于每個缺少的項目到項目的引用：

右擊 VSIX 項目，再單擊“添加引用”。
添加對缺少的項目或包含在生成的 VSIX 中的文件的引用。

2.4.1.21 Help Library 管理器 – 在 Visual Studio 安裝程序結束時按“安裝文檔”按鈕似乎不起作用

按“安裝文檔”按鈕將運行 Help Library 管理器，它是一個用于安裝本地幫助的應用程序。 Help Library 管理器首先會提示您輸入本地內(nèi)容位置。此提示顯示在一個對話框中，該對話框不能在 Visual Studio 安裝對話框上方顯示。

解決此問題的方法：

完成 Visual Studio 安裝以關閉“安裝”窗口，或者最小化“安裝”窗口。

2.4.1.22 在使用 devenv /useenv 時，無法將 Visual Studio 2008 VC++ 目錄遷移到 Visual Studio 2010

在 Visual Studio 2010 中使用 devenv /useenv 時，無法從 .vssettings 文件遷移 Visual Studio 2008 中的 VC++ 目錄設置。

解決此問題的方法：

若要遷移 Visual Studio 2008 設置，請使用“devenv”而非“devenv /useenv”運行 Visual Studio 2010。

運行 devenv。
從附加的 .vssettings 文件遷移 Visual Studio 2008 VC++ 目錄。
關閉 devenv。

2.4.1.23 已移除 Visual C++ 項目中的“Inherited Project Property Sheets”屬性

已移除 Visual C++ 項目中的“Inherited Project Property Sheets”屬性。

解決此問題的方法：

使用屬性管理器在項目中添加/移除屬性表。若要查看屬性管理器，請在 IDE 中單擊“視圖”->“屬性管理器”。

2.4.1.24 不支持針對 Visual C++ 項目的托管增量生成

Visual Studio 2010 中不支持針對 Visual C++ 托管項目的托管增量生成。

解決此問題的方法：

沒有解決方法。

2.4.1.25 在從 C++ 項目的 Win32 平臺創(chuàng)建新的 x64 平臺時，未正確復制 TargetEnvironment 屬性

在從 C++ 項目的 Win32 平臺創(chuàng)建新的 x64 平臺時，未正確復制 TargetEnvironment 屬性。這可能會導致鏈接錯誤。

解決此問題的方法：

右擊項目。
打開項目的屬性頁。
轉(zhuǎn)到“鏈接”->“高級”。
將“Target Machine”屬性更改為“Machine X64 (/MACHINE:X64)”。

2.4.1.26 按不同的順序?qū)?C++ 包含路徑（VC++ 目錄），有時會導致生成中斷

在從 Visual Studio 2008 導入本機 C++ 包含路徑時，用戶路徑會強行插入到 SDK 路徑的前面。這將在某些頭文件名發(fā)生重疊時阻止應用程序生成。

解決此問題的方法：

通過單擊“視圖”->“屬性管理器”打開屬性管理器。
展開項目節(jié)點，再展開 configuration|Platform 節(jié)點，您會發(fā)現(xiàn)，每個 configuration|Platform 均有一個“Microsoft.cpp.<平臺>.users”文件。這些文件是全局設置的文件，并且類似于以前的 tools/Options/VC++ 目錄。
選擇所有“Microsoft.cpp.<平臺>.users”文件，然后右擊以打開屬性頁窗口。
在屬性頁窗口中，單擊左窗格中的“VC++ 目錄”，在屬性網(wǎng)格中的 $(IncludePath) 后添加新路徑，用分號將其與“包含目錄”分隔開。
單擊“包含目錄”的下拉列表，選擇“編輯”。在出現(xiàn)的對話框中，使用上窗格中的箭頭重新組織這些目錄。

2.4.1.27 在對從 IDE 簽入到源代碼管理中的 C++ Windows 窗體進行重命名時報告出現(xiàn)錯誤

在對從 IDE 簽入到源代碼管理中的 C++ Windows 窗體進行重命名時報告出現(xiàn)錯誤。

解決此問題的方法：

從源代碼管理簽出 Windows 窗體。
對該窗體進行重命名，然后將其簽入。

2.4.1.28 DTE.Commands.AddCommandBar() 不保留命令欄

通過 DTE.Commands.AddCommandBar() 添加命令欄將不會保留命令欄。因此，在重新啟動 Visual Studio 后，命令欄將不可用。

解決此問題的方法：

若要將命令欄添加到頂級菜單（例如工具欄和上下文菜單），請將 DTE.CommandBars.Add() 用作替代解決方法。但若要在菜單中添加命令欄，則必須：

確保在啟動時加載外接程序。可以在“工具”->“外接程序管理器”中配置此設置。
加載外接程序后，可以檢索 DTE 命令欄實例并使用位于 DTE.CommandBar 的 Controls 屬性中的 Add() 方法添加控件。

2.4.1.29 更改兩個屬性值會導致出現(xiàn)錯誤

打開屬性頁，更改屬性頁上的兩個屬性，然后單擊“確定”。這將導致出現(xiàn)錯誤“對象引用未設置為實例”。

解決此問題的方法：

首先單擊“應用”以保留設置，然后單擊“確定”關閉對話框。

2.4.1.30 在將 x64 平臺添加到 Visual C++ 項目后，屬性管理器中缺少 Microsoft.Cpp.x64.user 屬性表

在配置管理器中，通過復制 Win32 中的設置來添加新項目和解決方案平臺 x64。在屬性管理器中展開 Debug | x64 或 Release | x64 節(jié)點并檢查子屬性表時，對應的 x64 屬性表將不可用。

解決此問題的方法：

保存解決方案。
重新打開解決方案。
應顯示所需的屬性表。

2.4.1.31 帶引號的命令行在自定義規(guī)則文件中進行了錯誤轉(zhuǎn)換

如果自定義生成規(guī)則包含此命令行："%systemroot%\system32\cmd.exe" /k echo >"$(IntDir)\sample.txt"，則轉(zhuǎn)換將對引號進行錯誤地轉(zhuǎn)義。這將導致此命令行在轉(zhuǎn)換后與以下內(nèi)容類似："%systemroot%\system32\cmd.exe" /k echo >"$(IntDir)\sample.txt。

解決此問題的方法：

在文本編輯器中打開規(guī)則所對應的 .targets 文件。
修復 <Commandline> 特性以表明缺少引號。
保存。

2.4.1.32 清理解決方案不適用于配置類型：Makefile (2010 RC)

對 nmake 解決方案執(zhí)行“清理解決方案”報告以下錯誤：

1>------ 清理已開始: 項目: makefiletest，配置: Debug Win32 ------

1> 'nmake' 不是內(nèi)部或外部命令，

1> 也不是可運行的程序，或批處理文件。

1>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(33,5): 錯誤 MSB3073: 命令“nmake /?”已退出，代碼為 9009。

============== 清理: 成功 0 個，失敗 1 個，跳過 0 個 ==========

解決此問題的方法：

打開 Visual Studio 命令提示符窗口。 >
使用 devenv /useenv 打開 IDE。
此時“清理解決方案”應可用。

或者：

將一個批處理文件傳遞給清除命令。在此批處理文件中，將 PATH 設置為 nmake 工具和其他生成環(huán)境。

2.4.1.33 使用“>File.OpenFile”或“>of”不會自動完成某些文件擴展名的文件名

如果在命令窗口或標準工具欄中的“轉(zhuǎn)到‘查找’組合框”中使用“>File.OpenFile <文件名>”或“>of <文件名>”打開文件，則將不會顯示某些文件擴展名的自動完成結果。已知的兩類受影響的文件的文件擴展名為 .xaml 和 .svc。

解決此問題的方法：

方法 1：鍵入文件的全名（例如，“>of MainWindow.xaml”）。

方法 2：打開包含要打開的文件的項目中的任何文件。如果該項目中的任何文件也存在于該選項卡中，則自動完成將適用于該項目中的所有文件。

2.4.1.34 使用“從現(xiàn)有代碼新建項目”創(chuàng)建靜態(tài)庫項目時發(fā)生異常

執(zhí)行以下步驟會報告以下錯誤： “錯誤消息: 未將對象引用設置到對象的實例，這是 NullReferenceException”

創(chuàng)建一個包含多個 .cpp 文件的文件夾。
在 Visual Studio 中，從該文件夾運行“文件”->“新建”->“從現(xiàn)有代碼創(chuàng)建項目”，選擇 C++，瀏覽到文件夾，對項目進行命名，然后單擊“下一步”。
選擇“靜態(tài)庫”項目類型，然后單擊“完成”。

解決此問題的方法：

選擇另一個項目類型來代替“靜態(tài)庫”項目類型，然后單擊“完成”。
創(chuàng)建項目后，通過更改項目屬性來更改項目類型。

2.4.1.35 將屬性表從 Visual Studio 2008 遷移到 Visual Studio 2010 時，無法升級 OutputFile 屬性

如果運行遷移并具有更改鏈接器工具和管理員工具的屬性的屬性表，則在轉(zhuǎn)換后，將僅轉(zhuǎn)換鏈接器工具中的屬性或管理員工具中的屬性。這兩類工具中的另一個工具中的屬性仍具有其默認值。

解決此問題的方法：

在 Visual Studio 2010 中打開屬性表。
手動修改“管理員”或“鏈接器”屬性。

2.4.1.36 默認自動生成的 MFC 項目上顯示 IntelliSense 錯誤（#error 指令: 請為 _AFXDLL builds c:\program files\microsoft visual studio 10.0\vc\atlmfc\include\afxver_.h 使用 /MD 開關）

使用默認模板創(chuàng)建 MFC 應用程序并打開某個生成的 .cpp 文件。打開 errorlist 窗口，您會發(fā)現(xiàn)自動生成的文件中顯示了 IntelliSense 錯誤。報告以下 IntelliSense 錯誤：

#error 指令: 請為 _AFXDLL builds c:\program files\microsoft visual studio 10.0\vc\atlmfc\include\afxver_.h 使用 /MD 開關

解決此問題的方法：

在 Visual Studio 2010 中打開項目。
右擊項目。
轉(zhuǎn)到“配置屬性”->“C/C++”->“代碼生成”。雙擊“運行庫”并設置為“多線程調(diào)試 DLL (/MDd)”。如果此值看起來已設置，請重新選擇此值以確保此值已設置（此值稍后顯示為粗體）。
單擊“確定”。

2.4.1.37 MS Word 和 MS Excel 應用程序中的 Fwlink 不會將用戶重定向到本地化頁

當用戶單擊 MS Word 和 MS Excel 應用程序中的 Fwlink 時，沒有將用戶重定向到本地化網(wǎng)站，而是重定向到英文頁面。用戶需要手動更改目標頁上的語言設置以正確顯示本地化頁。

2.4.1.38 可再發(fā)行語言包的位置不正確導致 ClickOnce 發(fā)布失敗。

如果在“系統(tǒng)必備”對話框中選中“從與我的應用程序相同的位置下載系統(tǒng)必備組件”選項，并選擇以下任何組件作為系統(tǒng)必備組件，則當使用簡體中文或繁體中文版本的 Visual Studio 2010 發(fā)布應用程序時，可能會顯示生成錯誤：

Microsoft .NET Framework 4（x86 和 x64）
Microsoft .NET Framework 4 Client Profile（x86 和 x64）
Microsoft Visual F# Runtime for .NET 2.0
Microsoft Visual F# Runtime for .NET 4.0

對于“Microsoft .NET Framework 4 Client Profile（x86 和 x64）”，系統(tǒng)可能會顯示下面的生成錯誤：

“MSB3152: 系統(tǒng)必備的安裝位置未設置為‘組件供應商的網(wǎng)站’，無法在磁盤上找到項‘Microsoft .NET Framework 4 Client Profile (x86 和 x64)’中的文件‘DotNetFX40Client\dotNetFx40LP_Client_x86_x64cs.exe’。有關詳細信息，請參見‘幫助’?！?/p>

解決此問題的方法：

若要在簡體中文版本中解決此問題，請按以下步驟操作：

導航到文件夾“%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client”。對于 x64 操作系統(tǒng)，該路徑位于 %ProgramFiles(x86)% 下。
將 zh-Hans 文件夾復制到名為 zh-chs 的新文件夾
導航到 zh-chs 文件夾。
在管理員模式下打開 Package.xml。
按如下方法將 >Culture< 的值更改為 zh-chs：
<String Name=”Culture”>zh-chs</String>

若要在繁體中文版本中解決此問題，請按以下步驟操作：

導航到文件夾“%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client”。對于 x64 操作系統(tǒng)，該路徑位于 %ProgramFiles(x86)% 下。
將 zh-Hant 文件夾復制到名為 zh-cht 的新文件夾
導航到 zh-cht 文件夾。
在管理員模式下打開 Package.xml。
按如下方法將 >Culture< 的值更改為 zh-cht：
<String Name=”Culture”>zh-cht</String>

2.4.1.39 ClickOnce 應用程序安裝的可再發(fā)行語言包不正確。

如果在“系統(tǒng)必備”對話框中選中“從組件供應商的網(wǎng)站上下載系統(tǒng)必備組件”選項，并選擇以下任何組件作為系統(tǒng)必備組件，則當使用簡體中文或繁體中文版本的 Visual Studio 2010 發(fā)布應用程序時，可能會無法安裝簡體中文或繁體中文語言包：

Microsoft .NET Framework 4（x86 和 x64）
Microsoft .NET Framework 4 Client Profile（x86 和 x64）
Microsoft Visual F# Runtime for .NET 2.0
Microsoft Visual F# Runtime for .NET 4.0

解決此問題的方法：

若要在簡體中文版本中解決此問題，請按以下步驟操作：

導航到文件夾“%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client”。對于 x64 操作系統(tǒng)，該路徑位于 %ProgramFiles(x86)% 下。
將 zh-Hans 文件夾復制到名為 zh-chs 的新文件夾
導航到 zh-chs 文件夾。
在管理員模式下打開 Package.xml。
按如下方法將 >Culture< 的值更改為 zh-chs：
<String Name=”Culture”>zh-chs</String>

若要在繁體中文版本中解決此問題，請按以下步驟操作：

導航到文件夾“%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client”。對于 x64 操作系統(tǒng)，該路徑位于 %ProgramFiles(x86)% 下。
將 zh-Hant 文件夾復制到名為 zh-cht 的新文件夾
導航到 zh-cht 文件夾。
在管理員模式下打開 Package.xml。
按如下方法將 >Culture< 的值更改為 zh-cht：
<String Name=”Culture”>zh-cht</String>

2.4.1.40 修復 .NET Framework 4 時失敗

如果在修復 .NET Framework 4 后收到失敗通知，并且如果已安裝多個 .NET Framework 4 語言包，可以忽略此失敗。系統(tǒng)將正常修復 .NET Framework 4。

如果 .NET Framework 仍無法正常運行，請執(zhí)行以下操作：

轉(zhuǎn)到控制面板，打開“程序和功能”。
卸載 .NET Framework 4 Extended
卸載 .NET Framework 4 Client Profile
從 http://www.microsoft.com/downloads/details.aspx?FamilyID=9cfb2d51-5ff4-4491-b0e5-b386f32c0992 上重新安裝 .NET Framework 4
從 http://www.microsoft.com/downloads/details.aspx?FamilyID=6fd7e428-0aa8-40e3-a48d-0df2d76e24a8&displaylang=en 上重新安裝 .NET Framework 4 語言包

2.4.1.41 修復或卸載 .NET Framework 4 語言包時失敗

如果在修復或卸載 .NET Framework 4 語言包后收到失敗通知，或者如果已安裝多個 .NET Framework 4 語言包，則可能需要從源代碼包啟動修復或卸載。

解決此問題的方法：

從 http://www.microsoft.com/downloads/details.aspx?FamilyID=6fd7e428-0aa8-40e3-a48d-0df2d76e24a8&displaylang=en 啟動所選語言的 .NET Framework 4 語言包安裝程序。
選擇“修復”或“卸載”

2.4.2 代碼編輯器

2.4.2.1 不會對從 Visual Studio 早期版本升級并使用 ReSharper 的用戶啟用 IntelliSense

將 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 兼容的 ReSharper 版本。
在 Visual Studio 2010 中重新啟用 IntelliSense。為此，請轉(zhuǎn)到“工具”->“選項”->“文本編輯器”->“[語言]”->“常規(guī)”，然后選擇“自動列出成員”。 C# 用戶還可能必須轉(zhuǎn)到“工具”->“選項”->“文本編輯器”->“C#”->“IntelliSense”，然后重置這些選項。

2.4.2.2 Visual Studio 2010 中的 Visual C++ 編輯器中未反映從 Visual Studio 2008 導入的用戶關鍵字的顏色設置

Visual Studio 2010 中的 Visual C++ 編輯器中未反映從 Visual Studio 2008 導入的用戶關鍵字的顏色設置。

解決此問題的方法：

沒有解決方法。

2.4.2.3 在 Visual C++ 編輯器中進行調(diào)試的過程中，IntelliSense 實時錯誤報告和快速信息工具提示不可用

在調(diào)試期間，IntelliSense 實時錯誤報告（波浪下劃線）和快速信息工具提示（將指針移至代碼上方時顯示的信息）對于 C++ 不可用。調(diào)試過程中，表達式計算器會使用工具提示 UI。

解決此問題的方法：

沒有解決方法。在調(diào)試時，C++ 不支持當前實時錯誤報告和快速信息工具提示。

2.4.2.4 C++/CLI 不提供對 IntelliSense 的完全支持

一小部分 IntelliSense 對 Visual Studio 2010 中的 C++/CLI 代碼不可用。這包括：

成員列表
參數(shù)幫助
快速信息
調(diào)用層次結構
波浪下劃線

但瀏覽功能（ClassView、GotoDef、“查找所有引用”、“定位到”等）的所有代碼對 C++/CLI 可用。

解決此問題的方法：

沒有解決方法。

2.4.2.5 某些實時防病毒軟件可能會降低 Visual C++ IDE 的性能

實時防病毒軟件可能會干擾 Visual C++ IDE 所需的磁盤 I/O。此 I/O 可用于編譯或鏈接，也可用來更新用于 IDE 功能的數(shù)據(jù)庫。通常，觀察到的性能降低為 15-30%。

解決此問題的方法：

從防病毒掃描中排除源目錄。這將確保防病毒軟件不會鎖定正由 IDE 修改的文件。

或者，可以選擇性地從病毒掃描中排除文件類型 SDF。在 Visual Studio 2010 中，Visual C++ IDE 使用 SQL Server Compact 數(shù)據(jù)庫提供 IDE 代碼瀏覽功能。創(chuàng)建的數(shù)據(jù)庫文件的文件擴展名為 .sdf。當 IDE 需要訪問此類文件時，從掃描中排除此類文件可確保防病毒軟件不會鎖定它們。

2.4.2.6 在使用 DBCS 字符編輯 .css 文件時，VS 分析器崩潰

在編輯 .css 文件中的注釋時，插入 DBCS 字符可能會導致 VS 分析器崩潰。在刪除前導 /* 字符時，已包含注釋的文件可能會發(fā)生崩潰，因此將注釋公開到分析器以更新語法突出顯示。在打開已包含 DBCS 字符的 .css 文件時，也會出現(xiàn)此問題。

解決此問題的方法：

在創(chuàng)建跨多個行的新注釋時，確保將每個行括在 /* */ 中。

在編輯包含 DBCS 字符的 .css 文件中的現(xiàn)有注釋時，避免刪除前導 /* 字符。

2.4.3 語言

沒有已知問題。

2.4.4 Visual Studio Tools for Office

2.4.4.1 在 Visual Stuido 2010 發(fā)行版本中打開 Visual Studio 2010 Beta 2 VSTO 項目而不是生成此項目

Visual Studio 2010 Beta 2 中已創(chuàng)建的面向 .NET Framework 4 的 Office 項目將不會在 Visual Studio 2010 發(fā)行版本中進行編輯。

解決此問題的方法：

若要在 Visual Studio 2010 發(fā)行版本中編譯此項目，則必須重新生成代碼隱藏文件。可以通過兩種方式達到此目的。

方法 1：

確保未在 Visual Studio 2010 中打開此項目。
從此項目中刪除所有 *.Designer.cs 或 *.Designer.vb 文件。例如，在 Visual C# 外接程序項目中，刪除 ThisAddIn.Designer.cs 文件。
在 Visual Studio 2010 中打開此項目。在打開此項目時，Visual Studio 會使用編譯的代碼自動重新生成已刪除的文件。

方法 2：

在 Visual Studio 2010 中打開項目。
將項目的目標 .NET Framework 更改為 .NET Framework 3.5。
將目標 .NET Framework 更改回 .NET Framework 4 或 .NET Framework 4 Client Profile。在重新設置項目的目標后，Visual Studio 會使用編譯的代碼自動重新生成已刪除的文件。

2.4.5 SharePoint 開發(fā)

2.4.5.1 將 BDC 模型部署到 SharePoint Foundation 2010 導致出現(xiàn)錯誤

若您嘗試將 Visual Studio 2010 中創(chuàng)建的 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”或它的某一個依賴項。系統(tǒng)找不到指定的文件。文件名: '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() 中

解決此問題的方法：

執(zhí)行下列操作之一：

創(chuàng)建一個功能事件接收器，此接收器允許導入包含 BDC 模型的解決方案包（.wsp 文件），如文檔 http://go.microsoft.com/fwlink/?LinkID=187676 中所述。
升級到 Microsoft SharePoint Search Express 或 SharePoint Server 2010。

2.4.5.2 針對 SharePoint 項目的 Team Build 支持

由于依賴于 SharePoint 和自定義生成目標和任務，TFS/Team Build 的現(xiàn)用功能不支持 SharePoint 項目的 Team build。

解決此問題的方法：

此處的 MSDN 文章 http://go.microsoft.com/fwlink/?LinkID=165499 為客戶提供分布說明以便在 TFS/Team Build 計算機上手動生成 SharePoint 項目并對其進行打包。

2.4.5.3 使用第二個網(wǎng)站定義創(chuàng)建 SharePoint 站點時出錯

如果您的 SharePoint 解決方案包含兩個網(wǎng)站定義，并且您使用第一個網(wǎng)站定義創(chuàng)建網(wǎng)站，則當您嘗試創(chuàng)建基于第二個網(wǎng)站定義的網(wǎng)站時會收到以下錯誤：

錯誤: 您選擇的模板無效或未找到。
檢測到 FAILED hr (hr = 0x81071e44)

解決此問題的方法：

關閉 Visual Studio 然后重新啟動它，或者使用任務管理器結束 vssphost.exe 進程。

2.4.5.4 應用程序頁和可視 Web 部件項的內(nèi)聯(lián)調(diào)試不起作用

執(zhí)行過程未在應用程序頁和可視 Web 部件的 XML 標記中設置的斷點停止。

解決此問題的方法：

在“調(diào)試”菜單上，單擊“選項和設置”。
在“選項”對話框中，單擊“常規(guī)”，然后清除“要求源文件與原始版本完全匹配”。

2.4.5.5 未為某些 Sharepoint 控件啟用 URL 選取器

無法從 CSSLink 控件和 DateTimeControl 的屬性中調(diào)用 URL 選取器。

解決此問題的方法：

沒有解決方法。

2.4.5.6 在添加自定義服務器控件后，程序集未添加到 \bin\ 文件夾

如果向項目添加一個自定義服務器控件，則在編譯項目時，包含此控件的程序集不會自動添加到 \bin\ 目錄。因此，在運行項目時，該程序集不會部署到 SharePoint 服務器。

解決此問題的方法：

在包設計器的“高級”頁中，添加自定義程序集。

2.4.5.7 SharePoint 2010 需要創(chuàng)建 SharePoint 項目

若要創(chuàng)建 SharePoint 項目，則必須在系統(tǒng)上本地安裝了 SharePoint 2010。

解決此問題的方法：

在安裝了 Visual Studio 2010 的系統(tǒng)上安裝 SharePoint Foundation 2010 或 SharePoint Server 2010。

2.4.5.8 SharePoint 項目中不支持新的語言功能

在 Visual Studio 2010 中，多個新的 Visual C# 和 Visual Basic 語言功能在 SharePoint 項目中不可用。

解決此問題的方法：

沒有解決方法。

2.4.5.9 SharePoint 項目中未命中工作流設計器上的斷點

SharePoint 項目中未正確中斷工作流設計器上設置的斷點。

解決此問題的方法：

在工作流代碼文件（workflow.cs 或 workflow.vb）中設置斷點。代碼文件中的斷點將正確中斷。

2.4.5.10 調(diào)試器在設計器中顯示錯誤的工作流，且/或未報告工作流生成錯誤

在第二次部署 SharePoint 工作流時，工作流設計器在調(diào)試過程中可能會顯示較舊版本的工作流。此外，并不總是顯示所有生成錯誤。這只是一個與工作流設計器有關的顯示問題；SharePoint 中運行了正確的工作流。

解決此問題的方法：

更改將在后續(xù)部署中存儲在全局程序集緩存 (GAC) 中的程序集的簽名。執(zhí)行此操作的最簡單方法是更改程序集版本。若要避免此問題，請修改 assembly.cs 或 assembly.vb 文件以在每次生成時自動遞增程序集版本號。

2.4.6 Web 開發(fā)

2.4.6.1 在文件系統(tǒng)網(wǎng)站中使用 Visual Studio 開發(fā)服務器 (Cassini) 時，URL 路由不使用包含句點的虛擬路徑

如果在 Visual Studio 2010 中創(chuàng)建一個文件系統(tǒng)網(wǎng)站，并且此網(wǎng)站位于其名稱包含句點 (.) 的文件夾中，則 URL 路由將不會可靠運行。會從一些虛擬路徑返回一個 HTTP 404 錯誤。導致出現(xiàn)此錯誤的原因是，Visual Studio 2010 使用了錯誤的根虛擬目錄路徑來運行 Visual Studio 開發(fā)服務器 (Cassini)。

例如，如果在名為“somedot.path”的文件夾中創(chuàng)建文件系統(tǒng)網(wǎng)站，則對以下 URL 的請求將失敗，出現(xiàn)一個 HTTP 404 錯誤：http://localhost:1234/somedot.path/example

但是，對以下 URL 的請求將成功：

http://lochttp://localhost:1234/somedot.path/example.aspx

解決此問題的方法：

對于此問題，可以使用下列解決方法之一：

在文件系統(tǒng)網(wǎng)站的“屬性”頁上，將“虛擬路徑”特性更改為“/”。創(chuàng)建 Web 應用程序項目而非網(wǎng)站項目。 Web 應用程序項目不存在此問題，并且即使在項目文件夾的名稱中包含句點的情況下，URL 路由也可工作。
創(chuàng)建在 IIS 中承載的基于 HTTP 的網(wǎng)站。 IIS 承載的網(wǎng)站可在虛擬路徑和項目文件的文件夾中包含句點。在 Visual Studio 中，在創(chuàng)建項目時選擇“http”路徑。

2.4.6.2 單元測試項目不包含對 ASP.NET MVC 2 項目的引用

如果“解決方案資源管理器”窗口在 Visual Studio 中已隱藏，則當您創(chuàng)建 ASP.NET MVC 2 Web 應用程序項目并在“創(chuàng)建單元測試項目”對話框中選擇“是，創(chuàng)建單元測試項目”選項時，將創(chuàng)建單元測試項目，但它不包含對關聯(lián)的 ASP.NET MVC 2 項目的引用。在生成解決方案時，Visual Studio 將顯示編譯錯誤，并且將不會運行單元測試。

解決此問題的方法：

有兩種解決方法。第一種解決方法是，確保在創(chuàng)建 ASP.NET MVC 2 Web 應用程序項目時顯示“解決方案資源管理器”窗口。如果您更愿意將解決方案資源管理器保持隱藏狀態(tài)，則可使用第二種解決方法，即手動將單元測試項目中的項目引用添加到 ASP.NET MVC 2 項目。

2.4.6.3 一些功能在 Web 開發(fā)（代碼優(yōu)化的）配置文件中不可用

HTML 設計器在 Web 開發(fā)（代碼優(yōu)化的）配置文件中不可用。需要設計器的功能（如樣式生成器）在此配置文件中不可用。

解決此問題的方法：

可以使用 Web 開發(fā)（代碼優(yōu)化的）配置文件之外的配置文件來啟用 HTML 設計器。若要更改正在使用的配置文件，請在“工具”菜單上選擇“導入和導出設置”。重置設置并選擇一個不同的配置文件。

2.4.6.4 如果 Visual Studio 2010 安裝在 Windows Vista RTM 上而非 Windows Vista SP1 上，則一些 Visual Studio 2010 Web 開發(fā)功能將不可用

如果 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 部署功能。（不過，建議您始終使用最新的操作系統(tǒng) Service Pack，以便存在所有必需的依賴項）。

2.4.6.5 ASP.NET 開發(fā)服務器需要安裝 IPv4

ASP.NET 開發(fā)服務器 (aka Cassini) 需要在開發(fā)計算機上安裝 IPv4。但并不一定要啟用 IPv4。

解決此問題的方法：

如果安全策略需要使用 IPv6，則可以在開發(fā)計算機上安裝 IPv4，但不啟用它。或者，可使用 IIS 進行網(wǎng)站開發(fā)。

2.4.6.6 將具有 3.5 版圖表控件的 ASP.NET 3.5 網(wǎng)站升級到 ASP.NET 4 需要更改 web.config 和注冊指令

將具有 3.5 版圖表控件的 ASP.NET 3.5 網(wǎng)站升級到 ASP.NET 4 將導致在生成時出現(xiàn)以下錯誤：

錯誤 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>

</controls>

</pages>

</httpHandlers>

......

<system.webServer>

</handlers>

</system.webServer>

......

必須刪除 Web 窗體頁中的注冊指令或?qū)⑵涓聻橐冒姹?4。

<%@ Register assembly="System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" namespace="System.Web.UI.DataVisualization.Charting" tagprefix="asp" %>

可能必須刪除 bin 文件夾中的現(xiàn)有 System.Web.DataVisualization 程序集，因為此程序集是 .NET Framework 4 的一部分。

2.4.7 Windows Communication Foundation (WCF) 工具

沒有已知問題。

2.4.8 Windows Presentation Foundation (WPF) 工具

2.4.8.1 WPF & Silverlight Designer 團隊博客

WPF & Silverlight Designer 團隊（Cider 團隊）已開通了新的團隊博客，網(wǎng)址為：http://blogs./wpfsldesigner/default.aspx

此初始內(nèi)容將側(cè)重于 Designer 工具集、使用 Designer 的演練以及適用于控件作者的常見問題解答和文章。此外，您可以在博客上向 Cider 團隊提供反饋。

您可以在博客上找到這些自述文件項，網(wǎng)址為：http://gohttp://go.microsoft.com/?linkid=9723703

解決此問題的方法：

不適用。

2.4.8.2 用戶代碼異?？赡軙绊懺O計器和 Visual Studio

任何在設計時引發(fā)異常的用戶代碼都會導致設計器中出現(xiàn)未處理的異常，甚至還可能導致 Visual Studio 崩潰。若要對此進行保護，請通過 DesignerProperties.GetIsInDesignMode 檢查包裝您的代碼，從而阻止其在設計時執(zhí)行。設計時將執(zhí)行的常見方法示例是 UserControl.Loaded 事件處理程序、綁定轉(zhuǎn)換程序和 WCF 同步事件處理程序。

解決此問題的方法：

請參考下列文章：

檢查 WPF 中的設計模式：http://go.microsoft.com/?linkid=9723704
檢查 Silverlight 中的設計模式：http://go.microsoft.com/?linkid=9723705
WPF 和 Silverlight 設計器加載失敗疑難解答：http://go.http://go.microsoft.com/?linkid=9723706

2.4.8.3 無法加載從網(wǎng)站下載的程序集

在 Visual Studio 2010 中，可能無法正確加載已從網(wǎng)站下載的程序集。這是因為，這些程序集已具有“Web 標記”，因而不是完全受信任的。在以下情況下按原樣使用這些程序集可能會導致出現(xiàn)錯誤：生成應用程序、在 XAML 中引用這些程序集或嘗試通過“選擇項”對話框使用其中的某個程序集。在這些情況下，該錯誤通常將指示可能已從網(wǎng)站下載此程序集。

解決此問題的方法：

如果您完全信任這些程序集，則可以按照此處的說明執(zhí)行操作來解決此問題：

http://go.microsoft.com/fwlink/?LinkId=179545

2.4.8.4 無法在設計時解析外部 Silverlight 3 程序集中的資源

設計器將無法找到來自外部 Silverlight 程序集的資源（即，生成這些程序集的項目不屬于您的解決方案的一部分）。

解決此問題的方法：

對于程序集中包含的任何用作程序集引用的 Silverlight ResourceDictionary，必須在 ResourceDictionary 定義中包含以下內(nèi)容：

x:Class="ResourceDictionary"

作為一個更詳細的示例，您的 ResourceDictionary 必須類似于以下內(nèi)容：lt;ResourceDictionary

x:Class="ResourceDictionary"

xmlns="

xmlns:x="

</Resou</ResourceDictionary>

2.4.8.5 將版本 3.5 的項目升級為版本 4 的項目可能會導致出現(xiàn)生成錯誤

對于此版本的 Visual Studio，已將一些類型移至 System.Xaml 程序集中。因此，將項目的目標由版本 3.5 更改為版本 4 可能會導致出現(xiàn)指示以下內(nèi)容的錯誤：

此類型已轉(zhuǎn)發(fā)到程序集“System.Xaml”。

解決此問題的方法：

手動將此程序集添加到項目中，并重新生成。

2.4.9 Windows Workflow Foundation (WF) 工具

沒有已知問題。

2.4.10 Windows SDK 集成

沒有已知問題。

2.4.11 調(diào)試器、數(shù)據(jù)庫、診斷和分析工具

2.4.11.1 如果未徹底關閉 Microsoft 測試管理器，則 HTTP 代理設置可能不正確，并且會阻止加載網(wǎng)站

如果未徹底關閉 Microsoft 測試管理器 (MTM.exe)（即崩潰、硬重置、電源周期），并且在測試設置中啟用了“用于 IntelliTrace 和測試影響的 ASP.NET 客戶端代理”診斷數(shù)據(jù)適配器，則將不會在客戶機上還原 Internet 代理設置。這會阻礙 Internet 通信；其中包括網(wǎng)站呈現(xiàn)。

解決此問題的方法：

從“控制面板”中打開“Internet 選項”（可能需要使用“大圖標”查看各項）。切換到“連接”選項卡。
單擊“局域網(wǎng)設置”按鈕。
如果環(huán)境需要使用代理服務器，則在“代理服務器”框中，通過以下方式還原為正確的代理服務器：清除“為 LAN 使用代理服務器”復選框或更改代理服務器的地址和端口。
如果需要使用代理服務器，則單擊“端口”文本框旁邊的“高級”。確保為所有類型的服務器配置適當?shù)拇矸掌鳌?/li>

2.4.11.2 在 IntelliTrace 記錄目錄為只讀目錄時，調(diào)試器無法啟動

默認情況下，IntelliTrace 文件位于“%ProgramData%\Microsoft Visual Studio\10.0\TraceDebugging\”目錄中。如果將此目錄設置為只讀目錄，或?qū)⒋四夸浉臑橹蛔x位置，則將引發(fā)用戶未捕獲的異常。 “試圖運行項目時出錯: 未捕獲通過反射調(diào)用的方法而引發(fā)的異常?！?/p>

解決此問題的方法：

方法 1：將目錄的權限修改為可寫入權限。方法 2：更改存儲 IntelliTrace 記錄的目錄。
- 在 Visual Studio 中，打開“選項”對話框。
- 在該對話框的左窗格中，展開 IntelliTrace 項。
- 單擊 IntelliTrace 下方的“高級”項。
- 將 IntelliTrace 記錄目錄更改為一個非只讀目錄。
- 單擊“確定”。

2.4.11.3 在調(diào)試使用 Microsoft 本機并行庫的應用程序時收到錯誤消息

在調(diào)試使用 Visual C++ 的基于任務的并行庫（它們是 CRT 版本 10.0 的一部分）的應用程序時，您可能會在“并行任務”（和“并行堆?！保┐翱谥惺盏揭粭l錯誤消息。

“只有以 Visual C++ 10 或更高版本為目標的程序支持此視圖。請嘗試加載符號。符號設置...”

按照錯誤消息提供的建議加載符號應可解決此問題。如果此操作無法解決此問題，則可能是因為您的調(diào)試會話使用的是從 Microsoft 公共符號服務器下載的符號，而不是 Visual Studio 在您的計算機上安裝的符號。

解決此問題的方法：

在調(diào)試應用程序之前，請按照下列步驟進行操作：

轉(zhuǎn)到“工具”->“選項”->“調(diào)試”->“符號”。檢查“符號文件(.pdb)位置:”下的“Microsoft 符號服務器”項。如果已使用符號緩存，請刪除包含下載的 CRT 符號的文件夾。
在“符號文件(.pdb)位置:”下添加一個指向“<windir>\symbols\dll”的顯式符號路徑項（并進行檢查）。請注意：< windir > 是 Windows 安裝文件夾；例如 C:\Windows'

2.4.11.4 導入固定的數(shù)據(jù)提示會導致 Visual Studio 崩潰

在設計模式中，導入已存在的且固定到源代碼的數(shù)據(jù)提示會導致 Visual Studio 崩潰。

解決此問題的方法：

可通過兩種方法來解決此問題：

在調(diào)試模式而非設計模式中導入數(shù)據(jù)提示。
先清除固定的數(shù)據(jù)提示，然后再導入包含現(xiàn)有固定數(shù)據(jù)提示的重復副本的數(shù)據(jù)提示文件。

2.4.11.5 僅用上次安裝的語言顯示性能 CPU 計數(shù)器

如果安裝了多個語言版本的 Visual Studio 2010，則始終用上次安裝的語言顯示性能 CPU 計數(shù)器的名稱。

例如，如果首先安裝了日文版的 Visual Studio 2010，然后在同一計算機上安裝了英文版的 Visual Studio 2010，則無論 Visual Studio 中設置了哪種用戶界面語言，都將用英文顯示性能 CPU 計數(shù)器的名稱。

2.4.11.6 在本地化的 Visual Studio 2010 中，在第二次運行分析時未轉(zhuǎn)換探查器輸出

在第二次運行分析時，未轉(zhuǎn)換“輸出”窗口中的一些探查器消息。

若要解決此問題，請先關閉分析報告 (.vsp)，然后再運行下一次分析。

2.4.11.7 性能工具規(guī)則的名稱具有英文版、簡體中文版和繁體中文版

在簡體中文版和繁體中文版的 Visual Studio 2010 中，未轉(zhuǎn)換性能工具規(guī)則的名稱。若要訪問性能工具規(guī)則，請從“工具”菜單中選擇“選項”，展開“性能工具”節(jié)點，然后選擇“規(guī)則”。

這些名稱存儲在 vsperf_rule_definitions.xml 文件中，在簡體中文版中，該文件安裝在 Visual Studio 安裝文件夾中的 Team Tools\Performance Tools\zh-Hans\ 文件夾中；在繁體中文版中，該文件安裝在 Visual Studio 安裝文件夾中的 Team Tools\Performance Tools\zh-Hant\ 文件夾中。

解決此問題的方法：

需要創(chuàng)建 Team Tools\Performance Tools\zh-CHS\ 文件夾和 Team Tools\Performance Tools\zh-CHT\ 文件夾，并且應在簡體中文版和繁體中文版中將 vsperf_rule_definitions.xml 文件分別復制到對應的文件夾中。

此問題只是一個顯示問題，它不會影響功能。

2.4.12 體系結構工具
沒有已知問題。

2.4.13 測試工具

2.4.13.1 升級包含測試項目、測試運行配置和 .vsmdi 的 Visual Studio 2008 解決方案時因只讀文件問題而失敗

如果 .testrunconfig 或 .vsmdi 文件為只讀文件，將解決方案從 Visual Studio 2008 升級到 Visual Studio 2010 時將失敗。升級時將顯示一條消息，指示升級失敗。

解決此問題的方法：

打開解決方案之前，確保這些文件不是只讀文件。如果將這些文件簽入到源代碼管理，并且這些文件為只讀文件，請先簽出這些文件，然后再打開此解決方案。

2.4.13.2 在網(wǎng)絡隔離虛擬環(huán)境中運行自動測試用例所花的時間比預計的時間要多一些

在網(wǎng)絡隔離虛擬環(huán)境中運行自動測試用例時，您可能會觀察到，在執(zhí)行完測試用例后，測試代理將在幾分鐘內(nèi)保持“正在運行測試”狀態(tài)。僅在以下情況下發(fā)生上述情況：

在網(wǎng)絡隔離環(huán)境中運行測試用例，其中虛擬機連接到與測試控制器安裝到的計算機不同的域。在網(wǎng)絡隔離環(huán)境中，有至少一臺虛擬機用于數(shù)據(jù)收集（即，該計算機上未運行任何測試）。
未使用本地隱藏帳戶進行代理控制器通信，并且已在團隊項目集合中配置了實驗室服務帳戶。

解決此問題的方法：

使用不同于實驗室服務帳戶的域帳戶運行測試控制器。假定此域帳戶為 mydomain\myaccount。在網(wǎng)絡隔離環(huán)境中，在執(zhí)行測試用例的實驗室計算機上將會隱藏此域帳戶。可以通過將環(huán)境中每臺計算機的角色與測試設置中的執(zhí)行角色進行匹配來標識這些計算機。例如，如果測試設置中的執(zhí)行角色為“數(shù)據(jù)庫服務器”，則只需在具有“數(shù)據(jù)庫服務器”角色的計算機上隱藏此域帳戶，而無需在環(huán)境中的其他計算機上執(zhí)行此操作。（隱藏域帳戶意味著，您應創(chuàng)建一個名為“myaccount”的本地計算機帳戶，并且該帳戶的密碼與 mydomain\myaccount 帳戶的密碼相同。）
重新啟動測試控制器并運行測試用例。

注意：如果測試控制器帳戶的密碼在過些天后發(fā)生了更改，則必須在隱藏該帳戶的計算機上更新密碼。

2.4.13.3 必須將 Beta 2 中創(chuàng)建的編碼的 UI 測試項目升級到發(fā)行版。此外，必須在 API 中進行了重大更改。使用 Visual Studio 2010 Beta 2 創(chuàng)建的所有項目都必須升級到發(fā)行版

以下是更改的列表：

已移除 UserControls.cs 文件。所有專用類（HtmlButton、WinEdit、WpfCheckbox 等）現(xiàn)在是產(chǎn)品的一部分?！癐nternet Explorer Server”控件通常是 Html 控件的 UI 控件層次結構的一部分。已將其移除以便更好地支持擴展性。
為了搜索瀏覽器窗口，現(xiàn)在使用了完全名稱匹配。
先前使用的屬性的名稱（例如：HtmlButton 的 DisplayText）位于單獨的類層次結構（例如：HtmlProperties.Button.DisplayText）中。現(xiàn)在已將此名稱修改成為每個專用類的定義的一部分。因此，HtmlButton.PropertyNames.DisplayText 現(xiàn)在將提供 HtmlButton 的 DisplayText 屬性的名稱。
不具有任何其他屬性的類現(xiàn)在將被視為自定義類。例如，HtmlForm 現(xiàn)在將被視為 HtmlCustom，并且其 TagName 屬性將設置為“Form”。不具有其他屬性的 Windows 窗體控件將被視為 WinControl。不具有其他屬性的 WPF 控件將被視為 WPFControl。

解決此問題的方法：

從 http://go.microsoft.com/fwlink/?LinkId=184024 下載并安裝 UI 測試升級工具
運行“Visual Studio 命令提示”窗口。
運行以下腳本：

UITestUpgrade.exe <要升級的文件夾的名稱>

此升級工具將修復問題語句中列出的所有更改。
以遞歸方式搜索指定文件夾下的所有文件夾，并升級其下的所有項目。
可以指定多個文件夾，這些文件夾之間用逗號隔開。
如果某個項目處于源代碼管理下，則升級工具會將該項目從源代碼管理中簽出并進行更改。
創(chuàng)建一個備份文件夾，并將指定文件夾中的所有內(nèi)容復制到該文件夾，然后再進行更改。

2.4.13.4 在測試管理器中執(zhí)行測試或在記錄編碼的 UI 測試中的測試時，無法鍵入一些重音字符

在執(zhí)行測試記錄器（或在記錄編碼的 UI 測試中的測試）時，無法輸入必須以重音符號和“基本”字符的組合形式鍵入的任何重音字符。存在的問題是，測試記錄器會將重音解釋為“死鍵”并將其丟棄。

解決此問題的方法：

完成對測試的記錄，然后通過添加必需的重音字符來手動修改生成的代碼。

可能有可用的 QFE，請與客戶支持服務聯(lián)系。

2.4.13.5 用英文而非操作系統(tǒng)的 UI 語言顯示 MTM

Microsoft 測試管理器 (MTM) 基于操作系統(tǒng)的 UI 語言來選擇 UI 語言。

如果操作系統(tǒng)的 UI 與安裝的 MTM 的語言版本不對應，則將用英文顯示 MTM。

2.4.13.6 針對用于視頻錄制的 32 位日文版的 Windows Media Encoder 的安裝錯誤

如果在運行 64 位日文版的 Windows 7 作為操作系統(tǒng)的計算機上安裝 32 位日文版的 Windows Media Encoder 9，則此安裝將失敗。

您必須在運行 64 位日文版的 Windows 7 的計算機上安裝 32 位英文版的 Windows Media Encoder 9 才能解決此問題。

2.4.14 實驗室管理工具

沒有已知問題。

2.4.15 團隊資源管理器

沒有已知問題。

3. 相關鏈接

有關 ASP.NET MVC 2 中的新增功能的詳細信息（包括中斷更改和已知問題的列表），請訪問 http://go.microsoft.com/fwlink/?LinkID=185038。
有關如何將 Crystal Reports 與 Visual Studio 2010 一起使用的最新信息，請訪問 http://www./crystalreports/vs2010。

本站是提供個人知識管理的網(wǎng)絡存儲空間，所有內(nèi)容均由用戶發(fā)布，不代表本站觀點。請注意甄別內(nèi)容中的聯(lián)系方式、誘導購買等信息，謹防詐騙。如發(fā)現(xiàn)有害或侵權內(nèi)容，請點擊一鍵舉報。

轉(zhuǎn)藏 分享

QQ空間 QQ好友新浪微博微信

獻花（0） +1

來自：口碑-我的收藏 > 《IT》

舉報/認領

0條評論

發(fā)表

請遵守用戶評論公約

類似文章 更多

口碑-我的收藏

關注對話

TA的最新館藏

[轉(zhuǎn)] 周線選股
[轉(zhuǎn)] 特大牛股的攻擊形態(tài)匯總（經(jīng)典圖形）
[轉(zhuǎn)] 十二星座睡姿圖你中槍了沒|『談天說地』
[轉(zhuǎn)] 風趣幽默的勸人之術
[轉(zhuǎn)] 美國評選2012年最佳水下攝影照|『精彩貼圖』
[轉(zhuǎn)] 愿意吃川菜趕快轉(zhuǎn)——偷來的

喜歡該文的人也喜歡更多

熱門閱讀換一換

一区二区三区日韩精品-日韩经典一区二区三区-五月激情综合丁香婷婷-欧美精品中文字幕专区

Visual Studio 2010 自述文件

1. 系統(tǒng)要求

1.1 支持的體系結構

1.2 支持的操作系統(tǒng)

1.3 硬件要求

2. 已知問題

2.1 安裝

2.1.1 Crystal Reports 需要獨立于 Visual Studio 2010 進行安裝

2.1.2 Visual Studio 在首次運行時以及在使用 F# 功能時報告有關“FSharp.ProjectSystem.dll”的程序包加載失敗

2.1.3 Visual Studio 2008 在卸載 .NET Framework 4 后中斷

2.1.4 安裝 Visual Studio 時使用的試用許可證可能已過期

2.1.5 如果已安裝某個版本的 Silverlight 3 SDK，則將不會安裝其他語言的 Silverlight 3 SDK

2.1.6 如果 Visual Studio 宏工具無法在安裝 Visual Studio 的過程中進行安裝或已被卸載，則修復 Visual Studio 2010 并不會安裝這些工具

2.1.7 如果在安裝有 Visual Studio 2008 或 SQL Server 2008 的計算機上卸載并重新安裝 Visual Studio 2010，使用 Visual Studio 宏 IDE 可能導致 Visual Studio 崩潰

2.1.8 面向 SharePoint 2010 的 Visual Studio SharePoint 項目具有特定的安裝要求

2.1.9 面向 Office 2007 或 Office 2010 的 Visual Studio Office 項目具有特定的安裝要求

2.1.10 Visual Studio 安裝程序無法在程序兼容模式中運行

2.1.11 在保護已打開的情況下，Visual Studio 2010 無法安裝到啟用了 BitLocker 的硬盤上

2.1.12 卸載 Visual Studio 2010 時要保留在計算機上的重要系統(tǒng)更新

2.1.13 漫游配置文件僅在用于脫機方案時受支持

2.1.14 在涉及網(wǎng)絡時，因 .cab 文件具有無效的數(shù)字簽名導致 Visual Studio 安裝失敗

2.1.15 在筆記本計算機上安裝時分辨率太低

2.1.16 安裝過程中不要拔出臨時驅(qū)動器

2.1.17 不應將 Visual Studio ISO 作為現(xiàn)有 NTFS 驅(qū)動器上的目錄裝入

2.1.18 在安裝 Visual Studio 的過程中安裝組件時出現(xiàn)錯誤：MSI 記錄結果詳細信息錯誤代碼: 1935

2.1.19 在從作為驅(qū)動器或文件夾裝入的 ISO 映像安裝 Visual Studio 時出現(xiàn)錯誤

2.1.20 在未安裝 MSXML6 的情況下無法創(chuàng)建任何 Visual Studio 項目

2.1.21 由于缺少 Windows Automation API 3.0，無法支持 Windows XP x64

2.1.22 Windows Phone Developer CTP 與 Visual Studio 2010 不兼容

2.2 卸載

2.2.1 在安裝有早期版本的 Visual Studio 的計算機上

2.2.1.1 當同一計算機上安裝了 Visual Studio 2010 的多個副本時，卸載其中的一個副本將中斷 Office 和 SharePoint 開發(fā)

2.2.1.2 Visual Studio 2010 卸載說明

2.2.2 在未安裝早期版本的 Visual Studio 的計算機上

2.2.2.1 在 64 位計算機上，卸載 Visual Studio 旗艦版將從計算機中移除 TraceLogProfiler.dll，即使有另一個產(chǎn)品依賴于它

2.3 維護

2.3.1 如何在 Visual Studio 2010 中添加或移除組件

2.3.2 如何修復 Visual Studio

2.3.3 重新安裝“添加/刪除”功能中未顯示的缺少的配套產(chǎn)品

2.4 產(chǎn)品問題

2.4.1 一般問題

2.4.1.1 針對商業(yè)智能項目的支持

2.4.1.2 “改進 Visual Studio 性能”通知

2.4.1.3 在當前用戶與已登錄用戶不同時，Help Library 管理器無法從群中下載內(nèi)容

2.4.1.4 Help Library 管理器 – 在卸載 Visual Studio 時不卸載幫助內(nèi)容

2.4.1.5 脫機的 Help 查看器搜索按鈕和代碼段選項卡可能不可單擊

2.4.1.6 在為內(nèi)容存儲區(qū)指定 UNC 路徑時，Windows XP 上運行的 Help Library 管理器顯示不正確的錯誤消息

2.4.1.7 Help Library 管理器 – 本地內(nèi)容存儲區(qū)路徑不能包含“#”字符

2.4.1.8 Help Library 代理 – 關閉“不可見”窗口會導致 Help Library 代理停止工作

2.4.1.9 在加載 Visual Studio 2008 設置文件時，將遷移用于加載模板的三個項目位置

2.4.1.10 外接程序無法運行，錯誤 80004002（不支持此接口）

2.4.1.11 面向 .NET Framework 4 之前的 .NET Framework 版本的外接程序?qū)⒃谏蓵r顯示警告

2.4.1.12 為 Web 項目或 Web 項創(chuàng)建一個模板不會將此模板置于“新建項目”對話框或“新建項”對話框中的 Web 節(jié)點中

2.4.1.13 無法使用 Createpkgdef 從注冊特性生成 .pkgdef 文件

2.4.1.14 用戶在 Windows Server 2008 和安裝了 HyperV 角色的 Windows Server 2008 R2 上運行 Visual Studio 2010 時遇到低性能

2.4.1.15 Visual Studio SDK：無法在 Visual Studio 項目模板或項模板中包含雜項文件

2.4.1.16 將 Visual C++ 外接程序項目轉(zhuǎn)換為 Visual Studio 外接程序項目會導致生成錯誤：“錯誤 C2871:“擴展性”: 具有該名稱的命名空間不存在”

2.4.1.17 擴展管理器中的“許可協(xié)議”對話框顯示額外的空白

2.4.1.18 在項目名稱包含空白的情況下，使用 Visual Studio SDK 創(chuàng)建的 WPF 工具箱控件會導致 Visual Studio 掛起

2.4.1.19 在從 SDK 模板運行獨立 Shell“新建文件”對話框時，此對話框包含不正確的項

2.4.1.20 VSIX 項目將忽略項目到項目的引用

2.4.1.21 Help Library 管理器 – 在 Visual Studio 安裝程序結束時按“安裝文檔”按鈕似乎不起作用

2.4.1.22 在使用 devenv /useenv 時，無法將 Visual Studio 2008 VC++ 目錄遷移到 Visual Studio 2010

2.4.1.23 已移除 Visual C++ 項目中的“Inherited Project Property Sheets”屬性

2.4.1.24 不支持針對 Visual C++ 項目的托管增量生成

2.4.1.25 在從 C++ 項目的 Win32 平臺創(chuàng)建新的 x64 平臺時，未正確復制 TargetEnvironment 屬性

2.4.1.26 按不同的順序?qū)?C++ 包含路徑（VC++ 目錄），有時會導致生成中斷

2.4.1.27 在對從 IDE 簽入到源代碼管理中的 C++ Windows 窗體進行重命名時報告出現(xiàn)錯誤

2.4.1.28 DTE.Commands.AddCommandBar() 不保留命令欄

2.4.1.29 更改兩個屬性值會導致出現(xiàn)錯誤

2.4.1.30 在將 x64 平臺添加到 Visual C++ 項目后，屬性管理器中缺少 Microsoft.Cpp.x64.user 屬性表

2.4.1.31 帶引號的命令行在自定義規(guī)則文件中進行了錯誤轉(zhuǎn)換

2.4.1.32 清理解決方案不適用于配置類型：Makefile (2010 RC)

2.4.1.33 使用“>File.OpenFile”或“>of”不會自動完成某些文件擴展名的文件名

2.4.1.34 使用“從現(xiàn)有代碼新建項目”創(chuàng)建靜態(tài)庫項目時發(fā)生異常

2.4.1.35 將屬性表從 Visual Studio 2008 遷移到 Visual Studio 2010 時，無法升級 OutputFile 屬性

2.4.1.36 默認自動生成的 MFC 項目上顯示 IntelliSense 錯誤（#error 指令: 請為 _AFXDLL builds c:\program files\microsoft visual studio 10.0\vc\atlmfc\include\afxver_.h 使用 /MD 開關）

2.4.1.37 MS Word 和 MS Excel 應用程序中的 Fwlink 不會將用戶重定向到本地化頁

2.4.1.38 可再發(fā)行語言包的位置不正確導致 ClickOnce 發(fā)布失敗。

2.1.5 如果已安裝某個版本的 Silverlight 3 SDK，則將不會安裝其他語言的 Silverlight 3 SDK

2.1.6 如果 Visual Studio 宏工具無法在安裝 Visual Studio 的過程中進行安裝或已被卸載，則修復 Visual Studio 2010 并不會安裝這些工具

2.1.11 在保護已打開的情況下，Visual Studio 2010 無法安裝到啟用了 BitLocker 的硬盤上

2.1.14 在涉及網(wǎng)絡時，因 .cab 文件具有無效的數(shù)字簽名導致 Visual Studio 安裝失敗

2.2.2.1 在 64 位計算機上，卸載 Visual Studio 旗艦版將從計算機中移除 TraceLogProfiler.dll，即使有另一個產(chǎn)品依賴于它

2.4.1.6 在為內(nèi)容存儲區(qū)指定 UNC 路徑時，Windows XP 上運行的 Help Library 管理器顯示不正確的錯誤消息

2.4.1.9 在加載 Visual Studio 2008 設置文件時，將遷移用于加載模板的三個項目位置

2.4.1.10 外接程序無法運行，錯誤 80004002（不支持此接口）

2.4.1.18 在項目名稱包含空白的情況下，使用 Visual Studio SDK 創(chuàng)建的 WPF 工具箱控件會導致 Visual Studio 掛起

2.4.1.19 在從 SDK 模板運行獨立 Shell“新建文件”對話框時，此對話框包含不正確的項

2.4.1.22 在使用 devenv /useenv 時，無法將 Visual Studio 2008 VC++ 目錄遷移到 Visual Studio 2010

2.4.1.25 在從 C++ 項目的 Win32 平臺創(chuàng)建新的 x64 平臺時，未正確復制 TargetEnvironment 屬性

2.4.1.26 按不同的順序?qū)?C++ 包含路徑（VC++ 目錄），有時會導致生成中斷

2.4.1.30 在將 x64 平臺添加到 Visual C++ 項目后，屬性管理器中缺少 Microsoft.Cpp.x64.user 屬性表

2.4.1.35 將屬性表從 Visual Studio 2008 遷移到 Visual Studio 2010 時，無法升級 OutputFile 屬性

2.4.1.38 可再發(fā)行語言包的位置不正確導致 ClickOnce 發(fā)布失敗。

2.4.1.39 ClickOnce 應用程序安裝的可再發(fā)行語言包不正確。

2.4.2.6 在使用 DBCS 字符編輯 .css 文件時，VS 分析器崩潰

2.4.5.6 在添加自定義服務器控件后，程序集未添加到 \bin\ 文件夾

2.4.5.10 調(diào)試器在設計器中顯示錯誤的工作流，且/或未報告工作流生成錯誤

2.4.6.1 在文件系統(tǒng)網(wǎng)站中使用 Visual Studio 開發(fā)服務器 (Cassini) 時，URL 路由不使用包含句點的虛擬路徑

2.4.6.4 如果 Visual Studio 2010 安裝在 Windows Vista RTM 上而非 Windows Vista SP1 上，則一些 Visual Studio 2010 Web 開發(fā)功能將不可用

2.4.8.2 用戶代碼異?？赡軙绊懺O計器和 Visual Studio

2.4.11 調(diào)試器、數(shù)據(jù)庫、診斷和分析工具

2.4.11.1 如果未徹底關閉 Microsoft 測試管理器，則 HTTP 代理設置可能不正確，并且會阻止加載網(wǎng)站

2.4.11.2 在 IntelliTrace 記錄目錄為只讀目錄時，調(diào)試器無法啟動

2.4.11.6 在本地化的 Visual Studio 2010 中，在第二次運行分析時未轉(zhuǎn)換探查器輸出

2.4.11.7 性能工具規(guī)則的名稱具有英文版、簡體中文版和繁體中文版

2.4.12 體系結構工具
沒有已知問題。

2.4.13.3 必須將 Beta 2 中創(chuàng)建的編碼的 UI 測試項目升級到發(fā)行版。此外，必須在 API 中進行了重大更改。使用 Visual Studio 2010 Beta 2 創(chuàng)建的所有項目都必須升級到發(fā)行版

2.4.13.4 在測試管理器中執(zhí)行測試或在記錄編碼的 UI 測試中的測試時，無法鍵入一些重音字符