Soru Brace eşleştirme ve referans vurgulama aniden çalışmayı durdurur (VS2013)


Visual Studio 2013 brace eşleme, referanslar vurgulama, otomatik değişken değişkeni /, yöntem adı değişiklikleri (bunun yerine Refactor kullanmanız gerekir), vs… çalışmaya başlıyor ve VS yeniden başlatıldıktan sonra tekrar çalışmaya başlıyor. C # kod yaziyorum.

Bu sorundan sadece acı çeken / etkilenen miyim?

Çok çok can sıkıcı VS2013 sorunu! Sadece büyük projelerde gerçekleşiyor.

1. Güncelleme: VS Designer'da herhangi bir WinForm açtıktan hemen sonra gerçekleştiğini fark ettim. Kod düzenlemeye geri döndüğümde, parantez eşleşmesi ve malzeme gitmiş oluyor ve VS'yi yeniden başlatmam gerekiyor!

Güncelleştirme 2: Visual Studio 2013 Güncelleştirmesi 4 ve hala ... HAYIR düzeltin! Merhaba Microsoft?

Güncelleme 3: Çözümümün birkaç oyu olduğundan, burada özetleyeceğim. Benim durumumda sorun Bir Thread.Sleep VS Designer tarafından çağrıldı. Bu bir kod hatasıydı, ancak yine de, Designer tüm VS dondurma dondurma Thread.Sleep komutlarını çalıştırmamalı.


25
2017-12-27 17:45


Menşei


tekrar yeniden başlatmayı denediniz mi? - Sam I am
Söylediğim gibi, yeniden başladıktan sonra çalışır. Ama fazla zaman değil. Onu yüklediğimden beri acı çekiyorum. - Pedro77
Başlangıçta .cs'den başka bir türden oluşturduğunuz bir dosyada çalışmayı durdurabilir mi? Yanlışlıkla .cs yerine .html dosyası oluşturduğumda VS2013'te sorunlar yaşadım ve uzantıyı yeniden adlandırıp uygun içeriği ekleyerek bir .cs dosyası olarak ele aldım. - Jaanus Varus
Sorun, Microsoft.Alm.Shared.Remoting.RemoteContainer.dll ile ilgili gibi görünüyor, bununla ilgili bazı hatalarla karşılaştım. Bazen% 100 CPU'ya kilitlenir ve sonlandırılmalı ve VS yeniden başlatılmalıdır. - Pete Garafano
Bu connect.microsoft.com üzerinde bir hata raporu olarak aittir. - Sam Harwell


Cevaplar:


Düzeltilene kadar, deneyin kod lensini devre dışı bırakma.
tools->options->text editor -> all languages ->code lens

Veya sadece ALM paylaşılan Remoting görevini öldürün. çok yüksek CPU ise.


19
2018-02-10 22:51



Bu sorunu çözmez! Ayrıca kod lensini de seviyorum. - Pedro77
Kod merceği özelliklerinin bir kısmını devre dışı bırakmayı deneyin. örneğin sadece referanslar bırakarak. VS2013 güncelleme 4 şimdi bir süredir sorunu vardı sığınak. - phil soady
Benimki kod merceklerindeki Git Yazarları / Değişiklikleri ile ilgilidir. Onları devre dışı bırak ve hepsi iyi. - Andrew


Bu Visual Studio'da bir hatadır ve ne yazık ki Microsoft, Visual Studio 2015'e kadar düzeltmemeye karar verdi. Connect'te bu bilet:

Daha derin iyileştirmeler yapmayı planlıyoruz, ancak Visual Studio'nun bir sonraki ana sürümüne kadar bunlar gerçekleşmeyecek çünkü .NET Compiler Platformunun varlığından yararlanacağız. Bu sorunu kapatırken, lütfen bir sonraki Visual Studio sürümünün düzeltilmesi için planlanmış çalışmalarımızın olduğunu unutmayın.

Yine de, CodeLens'in tekrar kullanılabilir hale gelmesine yetecek kadar bu sorunu hafifletebildim (kişisel olarak kullanıyorum). 3. ve 4.):

  1. Git Araçlar  >  Seçenekler ...  >  Metin düzeltici  >  Bütün diller  >  CodeLens ve yalnızca ilgilendiğiniz istatistiklerin kontrol edildiğinden emin olun. Kontrol edilen daha az şey, daha hızlı CodeLens olacaktır.
  2. Kaynak Kontrol eklentinizi değiştirin. Yok. Bu tamamen benim için sorunu çözüyor, ancak CodeLens tarafından sağlanan yazar / değişiklik geçmişi bilgisini kaybetmek anlamına geliyor.
  3. Bir çözüm yükledikten sonra aç Görev Yöneticisi yönetici olarak sağ tıklayın Microsoft.Alm.Shared.Remoting.RemoteContainer.dll süreçler (birden fazla olabilir) ve Önceliği ayarla için Normalin altında veya Düşük. (Visual Studio'yu her açtığınızda bunu yapmanız gerekir)
  4. CPU'nuz birden fazla çekirdeğe sahipse, bir çözüm yükledikten sonra Görev Yöneticisi yönetici olarak sağ tıklayın Microsoft.Alm.Shared.Remoting.RemoteContainer.dll süreçler (birden fazla olabilir) ve tıklayın Yakınlık kurmak ve bir veya daha fazla çekirdeğin işaretini kaldırın. (Visual Studio'yu her açtığınızda bunu yapmanız gerekir)

Sadece bunu buldum 2. sorunu tamamen çözebilir, ancak 3. Süreç, mevcut kaynakları doygun hale getirme işleminin neden olduğu donmayı durdurmak için yeterli olmalıdır, ancak işlem yine de işlem bitene kadar yüksek CPU kullanımına neden olacaktır. Yolculuğunuz değişebilir 4..


18
2018-02-10 02:06





Bu yazıya rastladım çünkü bu sorundan da ötürü rahatsız oldum. bu böcek Microsoft Connect'te bildirildi.

Ne yazık ki, bir iyi Bunun için geçici bir çözüm ve Microsoft, Visual Studio'nun gelecekteki bir sürümünde (bu yeni bir sürüm veya bir güncelleştirme, bilmiyorum) bunu ele alacağını söyledi.

Kullanıcı Chris Bjugstad, size yardımcı olabilecek veya yardımcı olabilecek hata raporu sayfasında bir öneri yayınladı:

Bu özel süreç için sysinternals'ı çalıştırdım ve filtrelendim. Benim durumumda (Microsoft.Alm.Shared.Remoting.RemoteContainer.dll) bir "gölge kopyası" klasörüne projelerimden biri tarafından başvurulan dll okuma / yazma.

%Temp%\ALM\ShadowCopies\<some_guid>

Yukarıdaki klasörde 2600+ boş klasör vardı. Klasörü sildim ve VS ilk başta daha hızlıydı.

Bu muhtemelen (geçici bir şekilde) sorununuzu yalnızca geçici olarak düzeltecektir.

İyi şanslar!


8
2018-04-21 01:36



Benim durumumda 190.000 alt klasör vardı - Andreas
Benim durumumda sıfır dosya veya klasör ... - Pedro77


FINALY Böcek buldum!

Peki, VS IDE kesmek ve uykuya (LOL) koyabilirsiniz, yan etkileri, artık çalışmayan ayraç eşleme gibi karşılaştığım sorunları vardır.

Nasıl yeniden üretilir:

  1. Bir WinForm projesi oluştur
  2. Denetim oluştur
  3. Denetimdeki kodu ekleyin
  4. yeniden inşa etmek
  5. Tasarımcıda Form1'i Aç

Thread.Sleep eylemini göreceksiniz! Şimdi, kod düzenlemeye geri dönün, brace eşleşmesi ve şeyler gitti. Bunu düzeltmenin tek yolu VS'yi yeniden başlatmaktır.

Hatayı yeniden üretme kodu:

public UserControl1()
{
    InitializeComponent();
    Application.Idle += Application_Idle;
}

void Application_Idle(object sender, EventArgs e)
{
    Thread.Sleep(200); //Yeah VS IDE will sleep for 200 ms ! LOL!
}

VS Tasarımcısı düşünüyorum görmezden gelmeli Thread.Sleep komutları, değil mi?

Şimdi kodun VS Designer'ın içinde çalışıp çalışmadığımı kontrol etmeliyim.

    // Return if is inside VS Designer !
    if (System.Reflection.Assembly.GetEntryAssembly() == null)
        return;

Ben de bu kodu Form1 içine eklemeyi denedim, VS'nin uyumu yok sayar.


5
2018-01-09 19:34



Neden Boşta olay işleyicisinde uyuyorsunuz? Bu bana kötü bir tasarım kararı gibi geliyor. Uygulamanızı çalıştırdığınızda ana kullanıcı arabiriminizi donduracaksınız. - Paccc
Evet, kötü kod. Bunu daha sonra başka bir konuda tartışacağım. Ama VS tasarımcısı bu kadar kolay hata olmamalı. - Pedro77
Kullanabilirseniz (DesignMode) - yoel halb


Bu sorunu da gördüm. Ayrıca, Visual Studio profilime giriş yapmadığımı fark ettim ve Visual Studio çevrimiçi kimlik sorunu giderildikten sonra CPU hog gitti.


3
2018-01-06 13:10