我在VS(2008)中有一個C#/ ASP.Net解決方案,其中有幾個項目。當我嘗試編譯它,我只得到一個錯誤:由於「試圖訪問卸載的AppDomain」,無法編譯VS中的解決方案 - 如何將其解決?
試圖訪問已卸載的AppDomain
沒有行代碼,沒有項目名稱,什麼都沒有。只是這樣的錯誤。
我該如何確定這個錯誤 - 即原因,甚至更好 - 我該如何解決它並繼續編譯?
預先感謝您。
我在VS(2008)中有一個C#/ ASP.Net解決方案,其中有幾個項目。當我嘗試編譯它,我只得到一個錯誤:由於「試圖訪問卸載的AppDomain」,無法編譯VS中的解決方案 - 如何將其解決?
試圖訪問已卸載的AppDomain
沒有行代碼,沒有項目名稱,什麼都沒有。只是這樣的錯誤。
我該如何確定這個錯誤 - 即原因,甚至更好 - 我該如何解決它並繼續編譯?
預先感謝您。
有很多可能性:
嘗試重置Visual Studio的 設置。
或者檢查所有引用的dll都是 。
我在Visual Studio 2012中遇到了同樣的情況 - 但僅在UNC共享上託管的網站上。我的解決方案(發生時)是卸載Web項目並重新加載它。然後再工作一段時間。
我記得的問題是,託管的UNC共享(或試圖訪問它的工作站)正在運行x86版本的Windows,它不允許許多開放的網絡連接。
根據我的經驗,這些問題在真正的x64環境中消失。
乾杯。
關閉Visual Studio並重新打開它。然後清理Temp文件夾。
對於按的Windows + [R和類型%Temp%
,然後單擊確定,然後刪除所有內容。
我第一次在今天剛剛獲得了這個版本(在將所有最新的代碼轉發到私有分支後)。我正在使用調用devenv +參數的批處理文件進行構建。然後它打開日誌文件,我得到了這個。我再次運行批處理,這次沒有錯誤 – 2016-12-07 20:23:00
這意味着,WebConfig/AppConfig中有一些內容不兼容且無法加載。
例如, 如果您已發佈項目,請檢查app_data /發佈配置文件,將其刪除。
如果此錯誤帶有VS請按照下列步驟
如果此錯誤自帶的IIS
首先檢查你的.sln文件,如果它是衝突然後將其刪除並更新你的svn文件夾並重建您的解決方案。
重建您的解決方案
請您澄清「衝突」是什麼意思? – 2016-10-19 05:35:47
解決方案文件與它無關。 – 2016-12-07 19:39:23
以下是我跟着擺脫這樣的錯誤 -
這正是接受的答案。 – CodeCaster 2017-01-31 12:20:10
單元測試也可能啓動了一個線程,但沒有關閉它。確保您的線程在完成之前全部關閉。 驗證所有單元測試正在運行並正確傳遞可能是一個好主意。
謝謝。只是評論(1)其他解決方案編譯得很好,(3)當然,我在這些項目中有命名空間。 – greenoldman 2010-11-03 08:41:56
您是否嘗試重置您的VS設置? – 2010-11-03 10:11:44
噢,對不起,是的,在(2)之後我也重置了設置。但是根本沒有改變。 – greenoldman 2010-11-09 10:59:25