如需最新版讀我檔案，請按一下這裡。
對 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 .NET Framework 4" 之前便安裝 "Microsoft Visual F# 2.0 Runtime"，接著安裝 "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’。 未針對在 “HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0” 定義的 ToolsVersion “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 Ultimate LCTP (2010 年 3 月) 或 Visual Studio 2010 試用版本的電腦上，以試用版授權安裝 Visual Studio 2010，可能會出現訊息指出評估期已經到期。
若要解決這個問題：
Visual Studio 2010 版本只提供一個試用期。 在原本的試用版授權過期 (原始安裝後 30 或 90 天) 後，重新安裝不會啟動另一個評估期。 請輸入完整的官方產品金鑰以解除鎖定產品。
如果已經安裝一個 Silverlight 3 SDK 版本，則 Visual Studio 2010 不會安裝 Silverlight 3 SDK 的其他語言。
若要解決這個問題：
其他 Silverlight 3 SDK 語言可以從 http://go.microsoft.com/fwlink/?LinkID=157102 下載並與其他 Silverlight SDK 並存安裝。
如果 Visual Studio Macro Tools 從未安裝過或已解除安裝，則修復 Visual Studio 2010 無法修復或安裝 Visual Studio Macro Tools。
若要解決這個問題：
解除安裝 Visual Studio 2010 也會移除 Visual Studio Macro Tools 封裝。 如果電腦也具備 Visual Studio 2008 或 SQL Server 2008，則重新安裝 Visual Studio 2010 無法重新安裝 Visual Studio Macro Tools 封裝。 這會在巨集 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 Setup 安裝應用程式的相容性模式設定。
檢查手動設定
相容性模式可能已在可執行檔屬性的 [相容性] 索引標籤上手動設定。
檢查程式相容性助理登錄設定
在先前嘗試執行 Visual Studio setup.exe 失敗或取消嘗試時，程式相容性助理可能已經設定相容性模式。
重新執行 Visual Studio 安裝程式
相關知識庫文件
http://support.microsoft.com/kb/931709
其他解決辦法：
不執行 <DVD 根目錄>\setup.exe，改為執行 <DVD 根目錄>\setup\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 Runtime (x86): MSI 記錄結果詳細資料: 錯誤 1330。有個必要檔案無法安裝，因為封包檔 e:\dev10dvd\wcu\vcruntimes\x86\vc_runtime_x86.cab 含有無效的數位簽章。 這可能表示封包檔已損毀。
[05/16/09,17:47:12] VC 10.0 Runtime (x86): MSI 記錄結果詳細資料錯誤碼: 1330
[05/16/09,17:47:13] InstallReturnValue: GFN_MID Chained VC Runtime 2010 Beta1 x86, 0x643
若要解決這個問題：
將安裝下載至本機，驗證 CRC，然後重新啟動安裝。
將 Visual Studio 2010 安裝在迷你型筆記型電腦上時，對話方塊底部的導覽按鈕可能不會出現。
若要解決這個問題：
請檢查顯示解析度，確定使用的是最低的必要解析度：
若要在 Windows XP 上執行這個動作：
若要在 Windows Vista 或 Windows 7 上執行這個動作：
當 Visual Studio 2010 已安裝且 USB 磁碟機已拔掉時，安裝可能會提示您指定來源，或是因為遺失暫存檔而無法安裝。
若要解決這個問題：
請在安裝 Visual Studio 前拔除所有 USB 磁碟機，或是不要在安裝期間拔除這些磁碟機，因為某些暫存檔可能會複製到可用空間容量最大的磁碟機，並供該磁碟機使用。
在 Windows 磁碟管理中將 Visual Studio 安裝媒體 ISO 掛載為 NTFS 路徑，可能會導致安裝程式報告遺失目的資料夾的寫入權限，或磁碟空間不足。
若要解決這個問題：
使用下列任一方法，提供 Visual Studio 安裝 ISO 資源的存取權：
從新的虛擬磁碟機位置重新執行安裝程式。
安裝 Visual Studio 時，某個元件安裝失敗導致下列記錄行：
...: MSI 記錄結果詳細資料錯誤碼: 1935
若要解決這個問題：
錯誤 1935 的發生有許多原因，但通常是無法覆寫檔案所導致。 這可能是因為檔案正由其他應用程式使用中，重新開機並重新啟動 Visual Studio 安裝應該可以修正問題。
其他常見原因是防毒軟體，這些軟體會鎖定新複製檔案，檢查其中是否有惡意軟體。 在安裝期間停用防毒軟體，應該就可以讓安裝繼續進行。
從裝載為磁碟機或資料夾的 ISO 映像安裝 Visual Studio 時，可能會失敗並顯示各種錯誤訊息。 這些錯誤包括：
若要解決這個問題：
將 ISO 映像燒錄至 DVD，然後從實際 DVD 啟動安裝程式，即可避免上述問題。
如果沒有安裝 MSXML6，初始設定檔選取對話方塊可能不會顯示，而且在建立專案時，可能會出現與下列類似的錯誤訊息：
「寫入專案檔時發生錯誤。 類別並未登錄。」
若要解決這個問題：
如果沒有安裝 Windows Automation API 3.0 版，運用 Windows Automation API 的應用程式 (例如 Windows 手寫筆與觸控服務) 可能會降低 Visual Studio IntelliSense 的效能。 Windows XP x64 無法使用 Windows Automation API 3.0。
若要解決這個問題：
請使用支援 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 和測試影響資料。
若要解決這個問題：
解除安裝並重新安裝 Test Elements 或 Test Agent 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 版本會考慮納入 Visual Studio 2010 適用的 Business Intelligence Development Studio。
若要解決這個問題：
目前沒有解決方法。
如果沒有安裝 Windows Automation API 3.0 版，運用 Windows Automation API 的應用程式 (例如 Windows 手寫筆與觸控服務) 可能會嚴重影響 Visual Studio IntelliSense 的效能。 如果 Visual Studio 偵測到系統正在使用 Windows Automation API 但並未安裝 3.0 版，就會顯示「改善 Visual Studio 效能」通知。
若要解決這個問題：
1) 按一下通知即可開啟外部 Web 瀏覽器網頁，其中包含如何將 Windows Automation API 更新為 3.0 版本的下載詳細說明 (例如 KB971513)。
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 系統上，離線的說明檢視器搜尋按鈕和程式碼片段索引標籤可能無法點選。
若要解決這個問題：
127.0.0.1 可以加入至 Internet Explorer 信任的網站。 或者，針對搜尋按鈕的問題，按下 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 基礎結構上，而雖然增益集是以 Managed 程式碼撰寫，但 Assembly ComVisible 屬性仍必須設為 True。
建立增益集時，如果 Framework 目標變更為 .NET Framework 4 以前版本，會出現建置警告。 發生這種情況是因為加入了支援 .NET Framework 4 的其他參考。
若要解決這個問題：
從增益集專案移除下列參考：
當建立目標為 Web 的 VSIX 專案或項目範本時，除非將範本放在特定目錄中，否則範本無法正確顯示在 [新增專案] 對話方塊或 [加入新項目] 對話方塊中。 如果 VSIX 中的目錄結構不正確，範本可能會出現在 CSharp 或 VB 的根目錄。
若要解決這個問題：
必須先將 SolutionPersistenceRegistrationAttribute 程式碼加入專案，才能使用該屬性。
若要解決這個問題：
如果程式碼中使用 SolutionPersistenceRegistrationAttribute 類別，則當 .pkgdef 檔自動產生時，必須將該程式碼加入至 Visual Studio SDK 安裝的 MPF 原始檔。 此原始檔位於 Visual Studio SDK 安裝資料夾：..\VisualStudioIntegration\Common\Source\CSharp\RegistrationAttributes\SolutionPersistenceRegistrationAttribute.cs。
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++ 專案中的 [繼承的專案屬性工作表] 屬性。
若要解決這個問題：
請使用屬性管理員，在專案中加入/移除屬性工作表。 若要檢視屬性管理員，請按一下 IDE 中的 [檢視] -> [屬性管理員]。
Visual Studio 2010 不支援 Visual C++ Managed 專案的 Managed 累加建置。
若要解決這個問題：
目前沒有解決方法。
在針對 C++ 專案從 Win32 平台建立新的 x64 平台時，不會正確複製 TargetEnvironment 屬性。 這可能會造成連結錯誤。
若要解決這個問題：
從 Visual Studio 2008 匯入原生 C++ Include 路徑時，會強制在 SDK 路徑之前匯入使用者路徑。 如果某些標頭檔名稱重疊，這樣會造成應用程式無法建置。
若要解決這個問題：
重新命名從 IDE 簽入原始檔控制的 C++ Windows Form 時，會報告錯誤。
若要解決這個問題：
透過 DTE.Commands.AddCommandBar() 加入命令列，並無法保存命令列。 因此，重新啟動 Visual Studio 後，無法使用該命令列。
若要解決這個問題：
如果您要將命令列加入最上層功能表 (例如工具列和內容功能表)，請使用 DTE.CommandBars.Add() 做為替代解決辦法。 不過，如果您想將命令列加入功能表，則必須：
開啟屬性頁，在屬性頁中變更兩個屬性，然後按一下 [確定]， 這樣會出現「並未將物件參考設定為執行個體」錯誤。
若要解決這個問題：
先按一下 [套用] 保存設定，然後再按一下 [確定] 關閉對話方塊。
您從 Win32 複製設定，在 [組態管理員] 中加入新專案和方案平台 x64。 當您展開 [屬性管理員] 中的 [偵錯 | x64] 或 [發行 | 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 略過 ==========
若要解決這個問題：
或者：
將批次檔傳遞至清除命令。 在批次檔中，設定 nmake 工具以及另一個建置環境的 PATH。
如果您使用 [命令視窗] 或標準工具列的 [移至尋找下拉式方塊]，透過以 ">File.OpenFile <檔名>" 或 ">of <檔名>" 來開啟檔案，自動完成不會出現某些副檔名的結果。 兩個已知受影響的副檔名為 .xaml 檔和 .svc 檔。
若要解決這個問題：
選項 1：輸入檔案的完整名稱 (例如 ">of MainWindow.xaml")。
選項 2：在包含您要開啟之檔案的專案中，開啟任一檔案。 如果該專案中的任意檔案存在索引標籤中，自動完成便能針對該專案的所有檔案執行。
執行下列步驟時，系統回報這項錯誤： 「錯誤訊息: 並未將物件參考設定為物件 NullReferenceException 的執行個體」
若要解決這個問題：
如果您執行移轉，而且您擁有同時變更連結器工具和管理員工具中屬性的屬性工作表，則在轉換之後，只會轉換連結器中的屬性或是只會轉換管理員中的屬性。 另一項工具的屬性仍然維持預設值。
若要解決這個問題：
使用預設範本建立 MFC 應用程式，並開啟其中一個產生的 .cpp 檔。 開啟 Errorlist 視窗時會注意到自動產生的檔案中出現 IntelliSense 錯誤， 報告下列 IntelliSense 錯誤：
#error directive: Please use the /MD switch for _AFXDLL builds c:\program files\microsoft visual studio 10.0\vc\atlmfc\include\afxver_.h
若要解決這個問題：
當使用者按一下 MS Word 和 MS Excel 應用程式中出現的 fwlink，並不會重新導向至當地語系化頁面，而是重新導向至英文頁面。 使用者必須手動變更目標頁面上的語言設定，才能正確顯示當地語系化頁面。
如果您核取 [必要條件] 對話方塊上的 [從應用程式的相同位置下載必要條件] 選項，並且選取下列任一元件做為必要條件，當您使用簡體中文或繁體中文版本的 Visual Studio 2010 發行應用程式時，可能會看到建置錯誤：
您看到的 ‘Microsoft .NET Framework 4 Client Profile (x86 and x64)’ 是建置錯誤：
「MSB3152: 必要條件的安裝位置沒有設定為「元件廠商的網站」，且磁碟上找不到項目 'Microsoft .NET Framework 4 Client Profile (x86 and 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 語言套件，您可能需要從來源封裝啟動修復或解除安裝。
若要解決這個問題：
搭配 Visual Studio 2008 (含) 以前版本使用 JetBrains ReSharper 的客戶在升級至 Visual Studio 2010 並移轉其設定後，無法使用 IntelliSense。 使用 ReSharper 時會停用預設的 Visual Studio IntelliSense 並改為使用 ReSharper IntelliSense，因此使用者的 .vssettings 檔會記錄為未啟用 Visual Studio IntelliSense。 安裝 Visual Studio 2010 時，也會從舊版 Visual Studio 自動移轉使用者的設定檔，其中包括停用 IntelliSense 的設定值。
若要解決這個問題：
有兩種方法可以修正這個問題：
從 Visual Studio 2008 匯入的使用者關鍵字色彩設定，在 Visual Studio 2010 的 Visual C++ 編輯器中無法反映出來。
若要解決這個問題：
目前沒有解決方法。
IntelliSense 即時錯誤報告 (波浪底線) 和快速資訊工具提示 (當您將指標移至程式碼上所顯示的資訊) 不適用於 C++ 的偵錯期間。 工具提示 UI 適用於運算式評估工具的偵錯期間。
若要解決這個問題：
目前沒有解決方法。 目前 C++ 在偵錯時不支援即時錯誤報告和快速資訊工具提示。
Visual Studio 2010 的 C++/CLI 程式碼無法使用 IntelliSense 的子集，其中包括：
不過，所有程式碼瀏覽功能 (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()
若要解決這個問題：
執行下列其中一項動作：
TFS/Team Build 的現成功能不支援對 SharePoint 專案的 Team Build，因為需倚賴 SharePoint 和自訂建置目標及工作。
若要解決這個問題：
此處的 MSDN 文章：http://go.microsoft.com/fwlink/?LinkID=165499 針對需在 TFS/Team Build 電腦上手動啟用建置和封裝 SharePoint 專案的客戶，提供逐步指示。
如果您的 SharePoint 方案包含兩個網站定義，並使用第一個網站定義建立網站，則如果您嘗試根據第二個網站定義來建立網站便會出現下列錯誤：
找不到您選取的範本，或是該範本無效。
偵測到 FAILFAILED 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 專案的專案參考。
在 Web 程式開發 (程式碼最佳化) 設定檔中無法使用 HTML 設計工具。 需要設計工具的功能 (例如，樣式產生器) 在此設定檔中都無法使用。
若要解決這個問題：
使用 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 程式開發伺服器 (也稱為 Cassini) 要求開發電腦上安裝 IPv4， 但不需要啟用 IPv4。
若要解決這個問題：
如果安全性原則需要用到 IPv6，則可在開發電腦上安裝 IPv4 但無須加以啟用。 或者，也可將 IIS 用於網站開發。
將具有 3.5 圖表控制項的 ASP.NET 3.5 網站升級為 ASP.NET 4，在建置時會導致下列錯誤：
錯誤 1 '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 兩者中都有型別 'System.Web.UI.DataVisualization.Charting.Chart'
若要解決這個問題：
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 Form 網頁中的 Register 指示詞必須移除，或更新為參考 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 Team) 剛成立了一個新的團隊部落格：http://blogs.msdn.com/wpfsldesigner/default.aspx
初始內容著重在設計工具工具組、使用設計工具的逐步解說，以及常見問題集和控制項作者的文章。 此外，您也可以在部落格中發表意見反應給 Cider Team。
您可在此處找到相關的讀我檔案項目：http://gohttp://go.microsoft.com/?linkid=9723703
若要解決這個問題：
不適用。
在設計階段擲回例外狀況的任何使用者程式碼，都有可能在設計工具造成未處理的例外狀況，甚至可能導致 Visual Studio 當機。 若要防止這種情形，請使用 DesignerProperties.GetIsInDesignMode 檢查來包裝您的程式碼，以避免程式碼在設計階段執行。 在設計階段執行之方法的常見範例包括 UserControl.Loaded 事件處理常式、繫結轉換子和 WCF 非同步事件處理常式。
若要解決這個問題：
請參閱下列文章：
在 Visual Studio 2010 中，已從 Web 下載的組件可能無法正確載入。 這是因為這些組件已經加上「網頁標記」，因此未獲得完全信任。 當您建置應用程式、在 XAML 中參考這些組件，或嘗試透過 [選擇項目] 對話方塊來使用其中一個組件時，直接使用這些組件可能會造成錯誤。 在這些情況中，錯誤通常會指出這個組件可能是從 Web 下載。
若要解決這個問題：
如果您完全信任這些組件，可以遵照下列連結中的指示來解決這個問題：
http://go.microsoft.com/fwlink/?LinkId=179545
設計工具無法找到來自外部 Silverlight 組件 (亦即，建置這些組件的專案並不屬於您方案的一部分) 的資源。
若要解決這個問題：
對於包含在做為組件參考使用之組件中的任何 Silverlight ResourceDictionary，您必須在 ResourceDictionary 定義中包含下列內容：
x:Class="ResourceDictionary"
若以更詳細的範例說明，您的 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) 未徹底關閉 (亦即發生當機、硬重設 (Hard Reset)、重新啟動電源)，而且在測試設定中啟用了 [用於 IntelliTrace 及測試影響的 ASP.NET 用戶端 Proxy] 診斷資料配接器，則用戶端電腦上的網際網路 Proxy 設定無法還原。 此問題會影響網際網路流量，包括網站呈現。
若要解決這個問題：
根據預設，IntelliTrace 檔案位於 "%ProgramData%\Microsoft Visual Studio\10.0\TraceDebugging\" 目錄中。 如果此目錄被設為唯讀，或目錄變更至唯讀位置，則使用者會引發無法攔截的例外狀況： 「嘗試執行專案時發生錯誤: 透過 Reflection 呼叫的方法發生無法攔截的例外狀況。」
若要解決這個問題：
對使用 Visual C++ 工作架構平行程式庫 (此屬於 CRT 10.0 版之一部分) 的應用程式進行偵錯時，可能會在 [平行工作] (和 [平行堆疊]) 視窗中看到錯誤訊息：
「只有針對 Visual C++ 10 (含) 以後版本為目標的程式才支援這個檢視。 請嘗試載入符號。 符號設定...」
如錯誤訊息所建議，載入符號應能解決問題。 如果未能解決問題，那是因為您的偵錯工作階段是從 Microsoft 公用符號伺服器下載所使用的符號，而非從 Visual Studio 在電腦中安裝的伺服器進行下載。
若要解決這個問題：
在您對應用程式進行偵錯之前，請先執行下列步驟：
在設計模式中，匯入已經存在且固定在原始程式碼的 DataTip，將會導致 Visual Studio 當機。
若要解決這個問題：
這個問題有兩個解決方法：
如果安裝了一個以上的 Visual Studio 2010 語言版本，效能 CPU 計數器的名稱一律以最後安裝的語言顯示。
範例：如果先安裝日文版 Visual Studio 2010，接著在同一部電腦的日文版上安裝英文版 Visual Studio 2010，則效能 CPU 計數器的名稱會顯示為英文，無論 Visual Studio 中使用者介面設定的語言為何。
[輸出] 視窗中，第二次執行程式碼剖析時有些程式碼剖析工具訊息不會進行翻譯。
若要解決這個問題，請在下次執行程式碼剖析前先關閉程式碼剖析報告 (.vsp)。
在簡體中文和繁體中文版本的 Visual Studio 2010 中，效能工具規則的名稱沒有翻譯。 若要存取效能工具規則，請選取 [工具] 功能表中的 [選項]，展開 [效能工具] 節點，然後選取 [規則]。
這些名稱儲存在 vsperf_rule_definitions.xml 檔中，針對簡體中文和繁體中文版本，此檔案分別安裝於 Visual Studio 安裝資料夾的 Team Tools\Performance Tools\zh-Hans\ 和 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. All rights reserved.