Visual Studio hata ayıklama / yükleme çok yavaş

Ben bitirdim. Visual Studio ASP.NET MVC sitelerimi genellikle ağdan hata ayıklamak veya sadece düz yükleme ("hata ayıklama olmadan başlatma"). Her zaman değil: ilk başta, projeler güzel ve hızlı yüklenir, ancak yavaş yüklendikten sonra bundan sonra her zaman yavaş yüklenir. 1-2 dakika veya daha fazla bekleyebilirdim.

Kurulumum:

Şu anda Visual Studio 2012 Express kullanıyorum , ancak Visual Studio 2010 Express'te de aynı sorunu yaşadım. Çözümüm bir ağ sürücüsünde saklanıyor; özellikle, önemliyse Belgelerim bir ağ sürücüsüne yönlendirilir. (Olmamalı. Sitemin bu kurulum altında çok hızlı yüklendiği zamanlar var.)

Genellikle Internet Explorer 9'a yüklüyorum, ancak aynı sorun Firefox'ta da oluyor.

Bu, üzerinde çalıştığım herhangi bir ASP.NET MVC projesinde olabilir ve tüm ASP.NET MVC projelerimin yaptığı DisplayTemplates'e sahip olduğu anlaşılıyor. Ve eğer önemliyse hepsi C # ve Razor.

Semptomlar:

Sistem sembollerimi yüzlerce kez yükleyecek . Temel olarak, aşağıdakiler, ancak her biri aynı CSHTML'ler için her zamankinden biraz farklı DLL dosyalarına sahip en az 300 satır vardır:

'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.xighmhow.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.cv5hktkf.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.1o77hs8i.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.jja-77mw.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.l_e9ev_s.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.b4n59gom.dll', Symbols loaded.

Yukarıda üç DisplayTemplates var: "Kişi", "Konum" ve "StatusCode". Görünen o ki, görüntüleme şablonunun her çağrılışında IIS iki kez sembol yüklüyor. Bu nedenle, bu ekran şablonlarının üçünü çağıran 100 girişlik bir tablo görüntülüyorsam, 600 ayrı simge yüklüdür.

Bu da hızlı bir işlem değil. IIS'nin oluşturduğu günlük dosyalarına bakıldığında, her sembolün yüklenmesi yaklaşık 200 ms sürer. Böylece, süper uzun gecikmeler.

Ne Denedim?

• Hata ayıklama veya Sürüm sürümü, önemli değil.
• Projemi bir web sunucusunda tam bir IIS uygulamasına koymak, sorun olmadan süper hızlı çalışır.
• Cassini, IIS Express 7.5 ve IIS Express 8.0'da sorun var.
• Tüm Kesme Noktalarını Sil hiçbir şey yapmaz.
• Temiz Çözüm veya .suo silmek de hiçbir şey yapmaz.
• IIS Express'i onarırsam veya My Docs\IISExpressklasörü siler veya Visual Studio'yu onarır / yeniden yüklerseniz → sorun giderilebilir, ancak hemen geri gelmeden önce bir süre için gidebilir.

Herhangi bir tavsiye takdir edilmektedir.

Daha fazla soruya cevap vermek için, evet makinem kesinlikle beygir gücüne sahip. Öfkeli olan şey, NOTHING değiştirilmiş olan aynı projenin, bazen IIS Express'i onardıktan ve My Docs\IISExpressklasörü sildikten sonra bazen çok hızlı bir şekilde yüklenebilmesidir . Sonunda "bir şey" olur ve tekrar yüklenmesi 2 dakikaya kadardır. Üzerinde çalıştığım şey karmaşık bir proje değil. Harici kütüphaneler veya bağımlılıklar yoktur ve VS.NET'imin eklentileri yoktur.

Dikkat çeken bu makine, tahribat yaratan bir geçmişi olan Symantec Endpoint Protection'a sahiptir. Ancak bunu açıkça devre dışı bırakmak (yönetici olmak iyidir) sorunu çözmedi.

Bu noktada bir teorim var. Ben tüm bu düşünüyorum çünkü bir ağ paylaşımı kapalı yeniden yönlendirilmiş bir klasör üzerinde çalışıyorum. Hata ayıklayıcı yüzlerce "yüklü sembol" satırından geçerken, ne yaptığını görmek için durdum. Benim kodumda, DisplayTemplate yüklediğim vardı. Şablon çıktısına adım atmak bu:

Step into: Stepping over non-user code 'System.Threading.WaitHandle.InternalWaitOne'
Step into: Stepping over non-user code 'System.Threading.WaitHandle.WaitOne'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCaptureUnimpersonated'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCapture'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.FromFileBatch'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromFileBatch'
Step into: Stepping over non-user code 'System.Web.Compilation.AssemblyBuilder.Compile'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.bciuyg14.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.CompileWebFile'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultInternal'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerWrapper.System.Web.Mvc.IBuildManager.FileExists'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.GetPathFromGeneralName'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.Find'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.Html.TemplateHelpers.ActionCacheViewItem.Execute'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.kwj3uqan.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.RuntimeType.CreateInstanceSlow'
Step into: Stepping over non-user code 'System.Web.Mvc.DependencyResolver.DefaultDependencyResolver.GetService'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerViewEngine.DefaultViewPageActivator.Create'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerCompiledView.Render'

Görünüşe göre Visual Studio, her çağrıldığında ekran şablonumu yeniden derliyor , yani yine yüzlerce kez. Benim teorim, Visual Studio dosyayı derler, ağ paylaşımına kaydeder, ağ paylaşımı daha sonra bir şekilde yeni bir zaman damgalar ve Visual Studio sonra dosyanın değiştiğini düşünüyor ve böylece Visual Studio yine yeniden derler. Sadece bir teori olsa da; Gerçekten hiçbir fikrim yok.

Birincisi, görünüşe göre çevrimdışı dosyalarım var (bu bir ofiste bir masaüstü bilgisayar; daha az umursamadım). Yarın devre dışı bırakacağım, yeniden başlatacağım ve tekrar deneyeceğim.

Ayrıca, projemi olduğu gibi yerel C'ye taşımak: düzeltiyor. Çok hızlı yüklenir. Ancak bu bir çalışma ortamı için ideal değildir. Önceki Sürümleri kaybediyorum, manuel olarak kopyalamadığım sürece kodum hiç yedeklenmiyor ve artık kimseyle paylaşılmıyor.

Gelirse, C'den ağ paylaşımına ileri geri kopyalayarak bunu yapabilirim. Her sayfa yüklemesi için iki dakika beklemek çok daha can sıkıcı bir durum.

Visual Studio 2012'de "yavaş sembol yükleme" sorununu şu şekilde çözdüm:

• Araçlar -> Seçenekler -> Hata Ayıklama -> Genel'e gidin

• "Yalnızca Kodumu Etkinleştir" in yanındaki onay işaretini işaretleyin.

• Araçlar -> Seçenekler -> Hata Ayıklama -> Semboller'e gidin

• "..." düğmesine tıklayın ve önbelleğe alınmış sembolleri saklamak için yerel bilgisayarınızda bir yerde yeni bir klasör oluşturun / seçin. Benim "Symbol caching" adını verdim ve Belgeler -> Visual Studio 2012'ye koydum.

• "Tüm sembolleri yükle" yi tıklayın ve sembollerin Microsoft'un sunucularından indirilmesini bekleyin, bu biraz zaman alabilir. Tüm sembolleri yükle düğmesinin yalnızca hata ayıklama sırasında kullanılabilir olduğunu unutmayın.

• Visual Studio'nun Microsoft sunucularını uzaktan sorgulamasını önlemek için "Microsoft Sembol Sunucuları" nın yanındaki onay işaretini kaldırın.

• "Tamam" ı tıklayın.

Artık sembol yükleme çok daha hızlı olmalı.

Microsoft derlemelerinde herhangi bir değişiklik / indirme yaparsanız, Semboller iletişim kutusuna ve "Tüm sembolleri yükle" ye geri dönmeniz gerekebileceğini unutmayın.

İntelliTrace'i kapatmak benim için bunu düzeltti.

Visual Studio'da, Araçlar -> Seçenekler -> IntelliTrace

Ardından, "IntelliTrace'i Etkinleştir" onay kutusunun işaretini kaldırın.

Bunların hiçbiri benim için işe yaramadı, ancak silinen bir sembol üzerinde bir kesme noktası buldum. Görünüşe göre 2010 üzerinde asılıydı. Sorunun bu olup olmadığını görmek için hata ayıklama-> windows-> kesme noktalarını yapın.

Saunders, bunun kontrol edildiğinden bahsetti, ancak bu sorunun çözümlerinde bahsedilmedi. Belki bazıları için ortak bilgi, ama hepimiz için değil.

"Geçici ASP.NET Dosyaları" klasörünü sildim ve localhost sayfamın yükü önemli ölçüde iyileşti. İşte yol ...% temp% \ Temporary ASP.NET Files \

FusionLog'u etkinleştirdiniz mi?

VisualStudio'um, hata ayıklamaya başladığında çözümü başlatmak ve sembolleri yüklemek için çok yavaştı. Sadece makinemde yavaştı, ama diğer makinelerde değil.

FusionLog diske tonlarca günlük dosyası yazar. Sadece RegEdit'te devre dışı bırakmak her şeyi çözdü, benim durumumda.

Bu kayıt defterindeki FusionLog anahtarıdır:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

ForceLog değerini kontrol edin (1 etkin, 0 devre dışı).

Aynı sorunu yaşadım ve yukarıdaki kararların çoğunu denedim. Sadece önbellek ve geçici dosyaları silmek benim için çalışıyor.

Bu iki klasörün içeriğini kaldırmayı deneyin:

C:\Users\\{UserName}\AppData\Local\Microsoft\WebsiteCache

ve

C:\Users\\{UserName}\AppData\Local\Temp (özellikle iisexpress ve Geçici ASP.NET Dosyaları klasörleri).

Bu C:\Users\\{username}\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup, aşağıdaki içeriğe sahip klasöre bir cmd dosyası ekleyerek Windows'ta oturum açıldığında otomatik olarak gerçekleşecek şekilde ayarlanabilir :

rmdir C:\Users\\{username}\AppData\Local\Microsoft\WebsiteCache /s /q

rmdir C:\Users\\{username}\AppData\Local\Temp /s /q

Sanırım nihayet neden olmasa da, en azından sebebini öğrenebilirim. Sorun tekrar oluşmaya başladığında, bir sürü "conhost.exe" süreç yetim fark ettim. Visual Studio'yu kapatırdım ve açık kalacaklardı. Her biri üzerindeki görevi sonlandırmak, sorunu güvenilir bir şekilde çözdü. [inşallah]

(Sadece unutmayın, conhost.exe bir Visual Studio işlemi olsa Visual Studio kullanır. Bu nedenle, orada diğer kullanıcılar orada conhost.exe çalıştıran başka uygulamalar olabilir. YMMV hariç hepsini güvenli bir şekilde sonlandırın.)

Bu neden olur? Aynı anda birden fazla proje açtığımda, sık sık yapmaya eğilimli olduğum halde, herhangi bir zamanda sadece bir tane oluşturup hata ayıklasam bile ortaya çıkıyor.

Edit # 1 - Bu maalesef bir "gümüş kurşun" değil. Benim için her zaman işe yaramıyor. Tipik olarak, işler yavaşladığında, tüm Visual Studio oturumlarımı kapatıyorum, sonra görev yöneticisine gidiyorum ve herhangi bir örneğini sonlandırıyorum, conhost.exe, iisexpress.exe Microsoft.VisualStudio.Web.Host.exe ve MSBuild.exe Bulabilirim.

Tipik olarak, bundan sonra, projemi yeniden başlattığımda hızlı bir şekilde yüklenir. Ama her zaman değil.

Gerçekten en iyi eylem yolu muhtemelen yeniden yönlendirilmiş bir klasör / ağ paylaşımı kapalı kod hata ayıklamak değil olduğunu düşünüyorum.

Düzenleme # 2 - İki yıl sonra, bu hala Visual Studio Community 2013 benim için bir sorun, ama en azından suçlu görevi bulmak gibi görünüyordu: Explorer.exe . Evet, kim biliyordu. Bu görevi bitirdiğim anda, bam, sayfa bir saniye içinde yüklenir.

Yeniden yönlendirilmiş ağ sürücüme açık olan bir Windows Gezgini dosya tarayıcım varsa (bu genellikle kodumun olduğu yer olduğu için), bu sorun ortaya çıkıyor gibi görünüyor. Pencereyi kapatmak yeterli değil, tüm Explorer.exe görevini öldürmem gerekiyor. Sadece ne yaptýđýný tahmin edebildim ... dosya tutacaklarýyla çýkmak mý?

Genellikle yeni bir explorer.exe görevi başlatmak için görev yöneticisini kullanabilirim (yalnızca çok fazla alt-sekme alabilirim) ve Visual Studio güzel ve hızlı yüklemeye devam edecek. Ama tekrar Windows Gezgini'ni açtığımda, neredeyse her zaman süper yavaş yavaş geri döner.

Dolayısıyla, yeniden yönlendirilmiş bir ağ paylaşımınız varsa, denemenizi sağlayın. Emin yerel çalışma yener.

Yukarıdaki tüm iyi çözümleridir ve ben hepsini denedim ama çözüm var burada üzere olan

Debug -> Delete All Breakpoints

Benim için IE 9.08.8112.16241 idi. Firefox veya Chrome kullandığımda F10 veya F11 ile yavaş hata ayıklama yoktu. IE ile sorunun ne olduğunu bilmiyorum ama resmi olarak şimdi test için kullanmaktan umutsuzluk.

Güncelleme: Tüm IE program eklentilerini kapattım ve tam hıza geri döndü. Onları birer birer açmak LastPass'ın (benim durumumda) suçlu olduğunu ortaya çıkardı. Sonuçta MS'yi suçlamıyorum sanırım.

Benim için, web.config dosyasındaki derleme etiketine aşağıdaki iki özelliği ekleyerek performansı önemli ölçüde artıran bu ipucunu uyguladım.

<compilation ... batch="false" optimizeCompilations="true"> ... </compilation>

Batch = "false" ne yapar?

Yalnızca değişen ve yeniden derlenmesi gereken sayfaları derleyerek ön derlemeyi daha seçici hale getirir

OptimizeCompilations tam olarak ne yapıyor? Kaynak

ASP.NET, bin ve App_Code klasörü ve global.asax dahil olmak üzere birçok şeyin durumunu içeren uygulama başına karma kodunu kullanır. Bir ASP.NET uygulama etki alanı başladığında, bu karma kodun önceden hesapladığından değiştirilip değiştirilmediğini kontrol eder. Varsa, kodgen klasörünün tamamı (derlenmiş ve gölge kopyalanmış derlemelerin canlı olduğu) silinir.

Bu optimizasyon açıldığında (optimizeCompilations = "true" aracılığıyla), karma artık bin, App_Code ve global.asax değerlerini dikkate almaz. Sonuç olarak, bu değişiklik olursa codegen klasörünü silmiyoruz.

Referans: msdn'de derleme öğesi

Ben de hata ayıklama ile icra perfomance sorunları vardı ve ben çok sayıda hata ayıklayıcı seçenekleri denedim. Benim durumumda bu seçenekleri değiştirdiğimde büyük bir performans elde edildi:

Araçlar - Seçenekler - Hata Ayıklama - Çıktı Penceresi - (Genel çıkış ayarları - Tüm hata ayıklama çıkışı) - KAPALI

Benim durumumda, VS 2012 ile .NET Reflector Visual Studio Uzantısı (sürüm 8.3.0.93) idi. Hata ayıklama her biri için 10 saniye sürüyordu Step Over (F10) .

Visual Studio'da, Araçlar / Uzantılar ve Güncelleştirmeler ... 'e gidin ve .NET Reflector Visual Studio Uzantısını devre dışı bırakın . Visual Studio'yu yeniden başlatmayı unutmayın.

"Yerel Kod" hata ayıklayıcısı yavaş Visual Studio hata ayıklama ile ilgili sorunlar yaşadım etkinleştirildiğinde . Devre dışı bırakmayı deneyin.

"Visual Studio 2012" uygulamasında şu adrese gidin:

1. Proje Özellikleri ->
2. Web ->
3. Hata ayıklayıcılar (sayfanın altı). ->
4. ASP.NET hariç tümünü devre dışı bırak

Umarım yardımcı olur.

Benzer sorular: 1 , 2

Benim durumumda

Tools/Options/Debugging/General/Enable JavaScript debugging for ASP.NET (Chrome and IE)

Bunu işaretlediğimde, hata ayıklama başarım 45-60 saniyeden 0-5 saniyeye indi.

Bir keresinde, bir elektrik kesintisinden sonra, bir kesme noktasına her vurulduğunda veya bir İstisna atıldığında aynı yavaşlık problemiyle karşı karşıya kaldım.

"Suo" dosyası ("sln" çözüm dosyası ile aynı dizinde) bozuk ve her şeyi yavaşlatmak hatırlıyorum belirsiz vardı.

Benim "suo" dosyaları sildim ve her şey yolunda idi. .Suo dosyalarının silinmesi zararsızdır ve yalnızca Windows mizanpajımı ve başlangıç ​​projesini ve diğer birkaç kritik olmayan özelleştirmeyi yeniden oluşturmayı gerektirir.

Ayrıca bu sorunla karşı karşıya kaldım, aşağıda gerçekleştirdiğim adımlar ve her zaman benim için çalışıyor:

• Çözümün .suo dosyasını silme.
• Geçici ASP.NET Dosyalarını Silme (Dosyayı % WINDOW% \ Microsoft.NET \ Framework \\ Geçici ASP.NET Dosyalarında bulabilirsiniz )
• Uygulamadaki tüm kesme noktalarını silme.

Hala bu sorunu yaşıyorsanız bilmiyorum, ama VS benim için yapmasına izin vermek yerine hata ayıklayıcı sürecin kendisine ekleyerek Visual Studio sitelerinde hata ayıklama ve ben büyük ölçüde geliştirmek için bulduk. AttachTo adlı VS için bir uzantı kullanın ve burada nasıl kullanılacağı hakkında küçük bir yazı var .

Umarım bu yardımcı olur.

Yavaş VS sorunum Tarayıcı Bağlantısı devre dışı bırakılarak çözüldü

Birisi bu alanın sol alandan geldiğini fark ederse, web.config dosyasında kesme noktası bulunmadığından emin olun. Bir başıboş fare tıklaması ile bir tane ayarlamış olmalıyım ve gerçekten tüm hata ayıklama işlemlerini yavaşlattı.

Tüm gün geçtikten sonra sembollerin kaplumbağa hızı kadar yavaş yüklenmesini bekleyerek, olası tüm kombinasyonlar arasında karıştırma ve geçiş yapma: Sadece Kodum , Önbellek sembolleri , Intellitrace , Tam Zamanında, öldürme işlemleri vb.

Benim çözüm aslında antivirüs devre dışı bırakmak oldu . Evet, Windows Defender proje lansmanımı yavaşlatıyordu! Visual Studio'nun istediği ve tüm sembol yükleme işlemini yavaşlattığı için tüm dll'leri kontrol eder.

Makinelerimizin çözümü gerçekten hızlı bir şekilde derlemek için harika özelliklere sahip olduğunu söylemeliyim, bu yüzden bu bir problem olmadı. VS 2013 Ultimate'da kod yazıyoruz.

Sembol önbelleğini boşaltmak benim için çalıştı.

Bkz: menü çubuğu / Araçlar / Seçenekler / Hata Ayıklama / Semboller / Sembol Önbelleğini Boşalt

Benzer sorun günümün yarısını daha iyi boşa!

Sorunumun çözümü burada söylenenlerden farklı olduğundan, başka birine yardımcı olabilmesi için göndereceğim.

Benimki bir kırılma noktasıydı. Benim proje dışında bir kütüphane işlevinde durması gerekiyordu (yani bir kod satırında F9 tuşuna basmak yerine, biz kesme noktaları penceresini kullanarak bunları oluşturmak) bir "işlev sonu" kesme noktası vardı .

"Fonksiyon adını doğrulamak için Intellisense kullan" kontrol ettim . (Bilgi burada .)

Bu, cehennem gibi yavaşladı (proje başlangıcı 2 saniye ile 5 dakika arasında).

Kırılma noktasını kaldırmak, onu iyi bir şekilde çözdü.

Yukarıdakilerin hepsini yaptıktan sonra benim için çalışan bir şey şuydu:
Konular penceresinde (Hata Ayıkla-> Windows-> Konular), Gruplandır öğesini Yok olarak ayarlayın. Bu sadece hata ayıklama sırasında yapılabilir.

Bu, o pencereyi kapattıktan sonra bile etkili oldu.

Visual Studio'da:

Araçlar -> Seçenekler -> Hata Ayıklama -> Semboller

"Yalnızca belirtilen modüller" i seçin. "Modülleri belirle" bağlantısını tıklayın ve boş bir modül ekleyin (yeni belge düğmesini tıklayın ve Tamam'a basın).

Windows Gezgini'nde çözüm klasörünü açın, görsel stüdyoyu kapatın, .suo dosyasını Windows Gezgini'nden silin.

Şimdi projeyi görsel stüdyoda açın, umarım hata ayıklayıcı hızla eklenir / çıkarılır.

Benim için şartlı kesme noktalarıydı. Bunlar gerçekten yavaşlıyor gibi görünüyor.

Ortam değişkenlerinize gidin ve _NT_SYMBOL_PATH anahtarını arayın.

Silin.

Voila, bir cazibe gibi çalıştı.

Benim için sorun, aynı proje için birkaç sekme açık olduğunda çok ağır olan "Tarayıcı Bağlantısı" özelliği oldu!

Çünkü projeyi her başlattığımızda, tarayıcı bağlantısı iletişimi olan yeni bir sekme açar.

Sadece proje ile ilişkili tüm sekmeleri kapatın ve sadece bir tane açık tutun!

Bu ücretsiz anında görsel stüdyo! Bu sihirdir ! ;-)

“Tarayıcı Bağlantısı, Visual Studio 2013'ten bu yana geliştirme ortamı ile bir veya daha fazla web tarayıcısı arasında bir iletişim kanalı oluşturan bir özelliktir. Web uygulamanızı aynı anda birden fazla tarayıcıda yenilemek için Tarayıcı Bağlantısını kullanabilirsiniz; bu, tarayıcılar arası testler için yararlıdır. ”

Varsayılan VS ayarlarından fazla sapması olmayanlar için hızlı ve kolay bir çözüm.

Araçlar -> Ayarları İçe ve Dışa Aktar -> Evet, geçerli ayarlarımı kaydet -> Visual C #

Yukarıdaki çözümün diğer varsayılan ayarlarla da çalışacağından eminim. Benim durumumda, sembol yükleme ayarlarımla ilgili bir şey bozuldu, ancak önerilen çözümlerin birkaçını denememe rağmen düzeltemedim.

Lütfen Visual Studio'yu yönetici modunda açmadığınızdan emin olun

Bu sorunla karşılaştım ve normal modda çalıştırmak zorunda kaldım.