Dies ist eine ungerade Einfrieren. Wenn ich von der Quellansicht zur Entwurfsansicht für eine HTML- oder ASPX-Datei wechsle, bleibt der Clientbereich hängen, aber ich kann immer noch auf andere Registerkarten und Menüs klicken.VS2008 teilweise eingefroren, wenn auf HTML-Design-Ansicht umgeschaltet wird
Was fehlt mir hier? Wirklich nicht wie eine Neuinstallation von VS2008.
Ich hatte das gleiche Problem und eine Auflösung gefunden.
In VS 2008, in einer Seite, die eine Masterseite verwendete, die beide Frequenz in der Quellansicht oder in der Entwurfsansicht wechseln, würde IDE für 10-20 Sekunden einfrieren.
In meiner Mastervorlage hatte ich Verweise auf die Google gehostete JQuery, Jquery UI und ein oder zwei weitere Skripte vor Ort. Diese wurden direkt in den Kopfbereich meiner Titelseite platziert.
Ich lud die js und dann durch Löschen von Offsite-Referenzen, meine IDE wäre wieder glatt im Design-und Source-Modus.
Ich entdeckte auch, dass ich die Skripte in meinem ToolkitScriptManager (ich benutze AjaxControlToolkit) und fügte die Mode = "Release", und könnte die http://www.google.com Referenzen für die Skripte platzieren. Die IDE funktioniert immer noch gut für mich.
Dies liegt oft daran, dass der Entwurfsmodus externe Ressourcen herunterlädt, deren Zeitlimit überschritten wird. Wie @JonK erwähnt hat, war es für ihn jQuery Referenzen. Ich habe dies gesehen, als der ConnectionString auf Produktionsdatenbanken eingestellt wurde, auf die auf meinem Entwicklungscomputer nicht zugegriffen werden konnte, obwohl ich den Code der Site nicht nur debugging, sondern immer noch versuchte, eine Verbindung herzustellen, und weil dies nicht möglich war es würde warten auf die Zeitüberschreitung warten.
VS2008 ist meist single-threaded für UI-Operationen wie diese, wenn es also einen langsamen oder nicht existierenden Netzwerkpfad herunterlädt, hängt es wie folgt.
VS2008 kann alle Arten von Netzwerkanforderungen erstellen, daher können diese beiden Beispiele das Problem nicht lösen. Der beste Weg, den ich gefunden habe, um das Problem zu diagnostizieren, ist, das Microsoft-Tool Process Monitor zu verwenden, nach dem Prozess webdev.exe zu filtern und auf E/A-Anforderungen zu achten, die lange andauern und/oder Fehler werfen. In meinem Fall konnte ich den Platz finden, der ein Problem hatte, da zwischen den Hunderten von I/O-Einträgen in Process Monitor eine 20-Sekunden-Lücke sein würde. Dann, als ich von dieser Lücke zurückkam, fand ich schließlich die Anfrage, die das Problem verursachte.
Dies ist möglicherweise nicht für Sie möglich, aber wenn Sie können, würde ein Upgrade auf VS2010 helfen; es macht einen viel besseren Job, den Prozess auf mehreren Threads an mehreren Orten auszuführen, so dass Sie sich darüber nicht so viele Sorgen machen müssen.
Haben Sie versucht, Ihren Computer neu zu starten und dann Ihr Projekt erneut zu öffnen?