Visual Studio 2015 czeka na localhost po pierwszym załadowaniu do debugowania

Question

Mam problemy z debugowaniem w Visual Studio 2015 Community Update 1 i 2. Po pierwszej sesji debugowania wszystko działa poprawnie. Ale kiedy wprowadzam zmiany podczas debugowania i odświeżam stronę, ona zaczyna na zawsze czekać na localhost. Dzieje się tak również, jeśli przestanę debugować, wprowadzę zmiany i ponownie uruchom sesję debugowania. Dzieje się to w 95% przypadków. Przeszukałem stackoverflow i googled na podobne problemy i żadna z odpowiedzi, którą zaproponowali inni, nie rozwiązała tego problemu. Tylko to, co działa, to ponowne uruchomienie VS po pierwszym debugowaniu.

Co próbowałem dotąd:

1. Odinstalowano Visual Studio 2015 i zainstalowane powrotem.
2. Oczyszczone folder Temp (to, co jest wykorzystywane z IIS Express)
3. ponownej instalacji IIS 10
4. uruchomiony VS jako administator-
5. ...... Stworzył zupełnie nowego rozwiązania z 3 projektów i kopiować wklejać cały kod do nowego rozwiązania - mając nadzieję, że to rozwiąże ewentualne problemy z trasą.
6. Utworzono nowy projekt TFS i połączone tam
7. wyłączeniu zapory tymczasowo
8. Tylko w Update 2 dla VS 2015 Wspólnota nie rozwiąże również.
9. Wyczyszczone Symblos również załadowane symbole z serwerów Microsoft.
10. niepełnosprawnych Przeglądarka link

biegnę z cierpliwością i pomysły jak rozwiązać ten przykry problem. Zgaduję, że coś poszło nie tak po pierwszym załadowaniu plików, a kiedy VS spróbuje skopiować pliki z powrotem do folderu tymczasowego, nie może lub coś przestanie działać. Czy ktoś ma pomysły?

Answer 1

Oto nowe rzeczy do wypróbowania, wierzę, że jeden z nich rozwiąże problem z UM. Mam listę od większości, które uważałem za najmniej:

• Spróbuj utworzyć nową pulę aplikacji i przypisać do niej swoją witrynę. Upewnij się, że uwierzytelnienie użytkownika dla nowej puli aplikacji jest poprawnie podane.

• Ustaw limit czasu połączenia na coś sensownego jak 15 sekund w pliku web.config.

• Spróbuj użyć lokalny adres IP zamiast localhost Disable wszystkie programy antywirusowe oprócz zapór, jeśli jesteś użyciu. Sprawdź zablokowane porty w zaporze sieciowej i zmień dynamiczne porty aplikacji, jeśli są one w stałych portach zaufania.

• Ktoś mówi w internecie: „Problem może być, że pobieranie plików z potokiem i bazy danych znajduje się na innym serwerze”

• Ktoś w internecie mówi również: „Usunąłem plik .suo i to naprawiono problem."

Ta strona może pomóc także: http://dustyreagan.com/localhost-doesnt-work-cant-debug-your/

EDIT: Proszę sprawdzić rozwiązań na tej stronach: https://marcclifton.wordpress.com/2014/05/18/page-not-rendering-with-iis-express-in-firefox-or-chrome-waiting-for-localhost/

http://codetunnel.io/how-to-debug-your-aspnet-projects-running-under-iis/

Answer 2

Czasami pomaga:

taskkill /f /im:iisexpress.exe 
rmdir /s /q [path to your solution]\bin 
rmdir /s /q [path to your solution]\obj 
taskkill /f /im:conhost.exe 

Mam to w pliku wsadowym, który uruchamiam przed próbą wdrożenia/debugowania, szczególnie gdy przełączam się pomiędzy trybami debugowania i wydania. Zasadniczo, oczyszczanie obiektów i zabijanie hosta iis express i konsoli daje ci świeży początek.

Answer 3

W moim przypadku było to spowodowane licznikami wydajności SignalR (jeśli używasz SignalR). Jeśli zainstalujesz je ręcznie, oczekiwanie na hosta lokalnego znika.

Szczegółowy opis, w jaki sposób zainstalować liczniki wydajności SignalR można znaleźć na stronie firmy Microsoft: http://www.asp.net/signalr/overview/performance/signalr-performance#perfcounters

Answer 4

rozwiązać ten problem instalując vs 2017 i następnie vs 2015 rozpoczął pracę