Visual Studio 2015 Update 1 spammt localhost

Ich habe Visual Studio Update 1 gestern und jetzt installiert, als ich ASP.NET-Dienste lokal auf IIS ausführte (nicht die Express-Version). Ich sehe Hunderte von Anfragen pro Sekunde an die Adresse

 http://localhost:49155/vshub/ca9dea4b016f45c68a6a8c1a07809eb4/DataWarehouseModule/dataWarehouse/getStatus/ 

Was verursacht dies und ist es vermeidbar?

Eine weitere Option, um zu verhindern, dass Fiddler Ihre CPU zerkaut, besteht darin, eine Regel in Fiddler zu schreiben, um diese Anforderungen zu ignorieren. Gehe zu Regeln> Regeln anpassen ... finde die Funktion OnBeforeRequest und füge hinzu

if(oSession.oRequest.headers["host"]=="localhost:49155"){
    oSession["ui-hide"] = "true";
}

so sieht meins so aus:

static function OnBeforeRequest(oSession: Session) {
    if(oSession.oRequest.headers["host"]=="localhost:49155"){
        oSession["ui-hide"] = "true";
    }
}

Wie @matrixugly hervorhob, kann der Port je nach Version von VS unterschiedlich sein. Die Lösung von @ tedd-hansen ist möglicherweise in allen Versionen von Visual Studio besser.

if(oSession.oRequest.headers["host"].StartsWith("localhost") 
    && oSession.PathAndQuery.StartsWith("/vshub/")) {
    oSession["ui-hide"] = "true";
}

Hier finden Sie eine Diskussion zu diesem Thema auf Github, um ein besseres Verständnis der Vorgänge zu erhalten. https://github.com/aspnet/Mvc/issues/3655

Hier ist ein weiterer Beitrag zu SO für dasselbe Problem. Visual Studio 2015 vshub spammt Geiger

Dies ist der Debugger, der Informationen an den VSHub-Prozess zurücksendet. Es ist die interne Kommunikation zwischen den beiden Prozessen, sodass ein Teil der Debugger-Datenerfassung außerhalb des Prozesses erfolgen kann.

Es hilft mit Debugger-Tooltips, Leistungsinformationen, dem historischen Debugging-Erlebnis und vielem mehr. Daher gibt es keine Möglichkeit, es auszuschalten, ohne die erweiterten Debugger-Funktionen ernsthaft zu beeinträchtigen.

Sie können einige dieser Funktionen deaktivieren (obwohl andere Funktionen möglicherweise weiterhin auf Vshub angewiesen sind, um im Hintergrund nicht prozessuale Arbeiten auszuführen):

Tools> Options> Debugging> General> [  ] Enable Diagnostic Tools while debugging

Die Kommunikation ist rein lokal und stellt keinen ernsthaften Aufwand dar. Gibt es einen bestimmten Grund, warum Sie es loswerden möchten? Tools wie Fiddler können so konfiguriert werden, dass sie nach Prozessen filtern. Daher sollte es einfach sein, diesen Datenverkehr zu ignorieren.

Da dies zu Möglichkeiten geworden ist, Fiddler dazu zu bringen, die Anforderungen zu ignorieren, ist der einfachste Weg, den ich gefunden habe, zur Registerkarte Filter im Abschnitt Anforderungsheader zu wechseln, das Kontrollkästchen "Ausblenden, wenn URL enthält" zu aktivieren und "/ vshub /" einzugeben.

Mir ist klar, dass dies nicht die Antwort ist, aber es kann anderen helfen, die hierher kommen (wie ich).

Erweiterung der Antwort, die KyleUp gegeben hat. Das Hinzufügen zur "OnBeforeRequest" -Methode ist etwas allgemeiner und verhindert, dass alle localhost / vshub / debug-Nachrichten die Ansicht in Fiddler ausfüllen.

if(oSession.oRequest.headers["host"].StartsWith("localhost") 
   && oSession.PathAndQuery.StartsWith("/vshub/")) {
    oSession["ui-hide"] = "true";
}

Dies ist eine einfachere Alternative, um den vshub localhost-Verkehr auszublenden.

Gehen Sie zu Extras> Geigeroptionen> Registerkarte Verbindungen und fügen Sie http://localhost:49155sie der Umgehungsliste hinzu. Dadurch wird der gesamte an diese URL gesendete Datenverkehr übersprungen.