ソリューションを開くとVisual Studio 2013がハングする

VS2013（v12.0.21005.1）をインストールし、ReSharper 8（v8.0.2000.2660）を1日か2日前に追加しました。その日は大丈夫だった。1日で1つのソリューションを開くことができれば幸いです。それ自体は正常に開きますが、メニューから-内からソリューションを開こうとすると、ハングします。Windowsエクスプローラーでソリューションを右クリックし、「VS 2013で開く」を実行すると、まったく同じ方法でソリューションが開き、ハングします。時々、何時間も、何かが忙しいことに少し気づきます。

問題を解決しない再インストールに耐える前に、誰が何が悪いのかを知っていますか？

「.v12.suo」ファイルを削除して、ソリューションをもう一度開こうとするだけで十分な場合もあります。プロジェクトの読み込み時にVS2013がフリーズしていたときに何度も助けてくれました。

すべての「.suo」ファイルを削除するとうまくいきました。Visual Studioの複数のバージョンでソリューションを開いたため、いくつかのコピーがありました。

編集：

可能なパスは次のとおりです。

PathToSolution \ .vs \ ProjectName \ v14 \

.vsは隠しフォルダである可能性があります。

.suoはファイル名です。

基本的には何でもかまいませんが、いくつか試すことができます。

1. オフにしてから再びオンにします。
2. ReSharperキャッシュをクリアします。キャッシュは%LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCachesにあります。ここでは、開こうとしているソリューションに一致するフォルダーが見つかります。VS2013のすべてのインスタンスを閉じ、フォルダーを削除して、再試行してください。
3. ReSharperをオフにします。 Tools > Options > ReSharper > General > Suspend
4. ReSharperを完全にアンインストールし、問題が解決するかどうかを確認します。
5. を使用してVisual Studioを修復しPrograms and Featuresます。

以下は、MS Connectの指示に基づいてVSをデバッグするためのより良いアプローチであることがわかりました

キャプチャしたダンプファイルが32ビットのダンプファイルかどうかを確認してください。64ビットのダンプファイルの場合は、次の手順を使用して新しいダンプファイルをキャプチャしてください。

1. Visual Studioを起動します。
2. VSの別のインスタンスを起動します。
3. 2番目のインスタンスで、[ツール] | [クリック]をクリックします。プロセスにアタッチ...
4. プロセスのリストでdevenv.exeを見つけます。
5. [選択...]をクリックし、「ネイティブ」および「マネージド」コードを明示的に選択します。
6. [OK]と[OK]をクリックして、[選択]ダイアログと[プロセスにアタッチ]ダイアログを閉じます。
7. VSの最初のインスタンスに戻り、ハングを再現します。
8. ハングすると、コントロールはVSの2番目のインスタンスに移動します。そうでない場合は、手動でVSの2番目のインスタンスに戻り、「Break All」をクリックしてください。
9. 2番目のインスタンスで、[デバッグ]をクリックします。ヒープにダンプをミニダンプとして保存します。

VBプロファイルを実行している場合は、[ダンプに名前を付けて保存]メニュー項目は表示されません。このメニュー項目を追加するには：

1. [ツール]-> [カスタマイズ]を選択します
2. [コマンド]タブを選択します
3. メニューバーのドロップダウンから「デバッグ」を選択します
4. Add Command ...をクリックします。
5. 「カテゴリ」リストから「デバッグ」を選択します。
6. [コマンド]ウィンドウで[名前を付けてダンプを保存]エントリを見つけます。
7. [OK]をクリックします（[デバッグ]メニューの上部に[ダンプを別名で保存...]コマンドが追加されます）。
8. 閉じるをクリックします

ダンプファイルとコールスタックを取得する方法の詳細な手順については、http：//blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do-を参照してください。 i-create-one.aspx

-あなたは問題がResharperのアドインである見つけた場合、あなたはその後から問題を報告することができhttp://youtrack.jetbrains.com/issues/RSRP

Resharperの一時停止が役に立ちました。後藤

ツール->オプション-> ReSharper->一般->今すぐ中断

これで、ソリューションの読み込みが非常に速くなります。ソリューションが完全に読み込まれたら、Resharper設定を「今すぐ再開」に変更できます。

プロジェクトでノードモジュールを使用していますか？それとも、ReSharper固有の問題であることを識別できますか？

NPMモジュール（Gruntなど）がある場合は、「node_modules」フォルダーを「非表示」としてマークし（子フォルダーを非表示にする必要はありません）、もう一度やり直してください。

Visual Studioが開いたままになっていて、Windowsの最大（260文字）より長いファイルパスを持つ深くネストされたノードモジュールをスキャンしようとしていることがわかりました。これにより、VSでソリューションを開くことができなくなりましたが、フォルダーを隠された問題を解決しました。

私も最近この問題を抱えていて、プロジェクトを読み込むときにコンピューターをインターネットから切断すると問題が解決することがわかりました。これにより、読み込み時間を数時間から数秒に短縮できました。ネットワークケーブルに特にアクセスしにくいため、プロジェクトを（コントロールパネルで）ロードする前に、ネットワークアダプターを無効にしました。

しかし、これはすぐにイライラするようになり、私は最近再び問題を調査しました。Visual StudioでMicrosoftアカウントにログオンすると問題が最終的に解決されたようで、プロジェクトの読み込みに問題はなくなりました。

これもあなたのために働くかもしれません（まだそれを修正していない場合-しかし、ここで受け入れられた回答がないので、私は問題が続いていると思います）。 Microsoft資格情報を入力しない方がよいでしょう。

％LOCALAPPDATA％\ JetBrains \ ReSharper \に移動して、SolutionCacheを探してすべてのディレクトリを開き、それらをすべて空にしました。問題が解決しました。アプリケーションはかなり大きいので、これは役に立ちました。

Windowsの更新を確認する

私もこの問題を抱えていました。さらに、Windowsファイアウォールの設定を開くことができませんでした（VSのインターネット接続をブロックしようとしました）。

更新設定（Windows 8）を開くと、保留中の更新（「今日見つかりました」）があったので、コンピューターを再起動してWindowsを更新しました。その後、VSとファイアウォールは再び正常に動作しました。

ハードウェアを確認する

もう一度問題が発生しました。Windows 8の更新ページでさえ、永久にロードし続けます。私の（OS以外の）ハードドライブの問題でした：https : //superuser.com/questions/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by-おそらくcomm？noredirect = 1＃comment978074_756261

この問題が時々発生します-VS 2013 Update 2、Win 8.1、IE 11。

これを試してください-タスクマネージャーを開いてVSアプリを停止し、バックグラウンドプロセスリストで実行中のIEセッションをすべて閉じてください。

VSを再起動します

再起動せずに、私にはそれをクリアするようです。

私が抱えていた問題は、PERFORCE接続でした。

ソリューションを開くと、Perforceに接続するかどうかを尋ねられます。試行を許可すると、ハングして1.5 GBのRAMが割り当てられます。

P4接続を許可しないと、正しくロードされます（1 GBのRAMを割り当てます）。それから私はそれを後にP4に接続するように言うことができました、そしてそれは今問題ありません。

私にとっては、コンピュータが停電でクラッシュするか、夜中に強制的に再起動する必要があるかどうか。私にとって何がうまくいくか

このディレクトリ内のすべてのファイルを削除：

C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\

まだこれを参照している人のために私を助けました：

プロジェクトをロードするには、常に.vs12.suoファイルを削除する必要がありました。

私はマイクロソフトからこのスレッドに出くわし、その後、ソリューションのロードに関する問題を修正するレジストリエントリを作成しました。

https://connect.microsoft.com/VisualStudio/feedback/details/860685/visual-studio-hangs-after-10s-when-loading-solution-corrupt-suo

同様の問題がありました。VS.Net2012によって作成されたソリューションファイルを確認したところ、問題を解決するために、ダミーのソリューションファイルを作成し、vs.net 2012からプロジェクトをリロードしました。

また、nugetパッケージの更新が失敗したときに、ソリューションをリロードしているときにVisual Studioがハングする場合があります。

nugetパッケージのロードに問題があると、Visual Studioがハングする場合があります。

私の場合、VS 2013 Professionalは、ライセンスが有効でなくなったため、ソリューションを開かなくても、すべてのスタートアップでハングアップしていました。

ログファイルの最後の項目：

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>myemailaddrs@gmail.com signed in for IDE user</description>
</entry>

また、msdn.microsoft.comサブスクリプションページで、「サブスクリプションはアクティブではありません。管理者に連絡してください。」

雇用主から更新されたサブスクリプションを取得する必要がありました。

TestResultsフォルダーからテスト結果を削除することで、実際にうまくいきました。もう1つ試すこと。

VS2012がハングする（ネットワーク共有（実際にはVirtualBoxホスト上にあり、VirtualBox機能を使用してsmb共有として接続されていた共有）でcsprojファイルを開くとき）。

プロジェクトをローカルドライブにコピーすると、修正されました。ドライブ文字を割り当てることでうまくいくかどうかはわかりません。

また、VSの制限またはおそらく何らかのプラグイン（もちろんリシャーパーを使用しています）の場合、ネットワーク共有を介して機能しない理由もわかりません。

私にとって、これはMVC 4プロジェクトタイプのGUID（E3E379DF-F4C6-4180-9B81-6769533ABE47）を持つプロジェクトと関係があるようです。このGUIDを削除すると.csproj、ぶら下がりが解決しました。（.vsGUIDを削除した後、フォルダーの追加ワイプが必要でした。）

ソリューションのルートから「packages」フォルダーを削除したところ、助けになりました（Visual Studio Express 2015）

選択した回答にコメントするのではなく、新しい投稿を作成する必要があって申し訳ありません。

私の問題は「.suoファイルを削除する...」ソリューションによって一時的に解決され、他の人が指摘したように、毎回ファイルを削除する必要がありました。

（どうやら）ファイルの作成を停止することは不可能であるため、ファイルの処理内容についてもう少し詳しく調べ始めました。ユーザー設定を保存するだけでなく、VSを閉じたときに開いていたファイルなどのセッション設定も保存すると思います。私のプロジェクトが、存在しないファイルを開こうとしているため、ハングの原因となっているのではないかと考えました。私の終わりに修正されたのは、.suoを削除し、VSを開き、ソリューション内のファイルを開き、ソリューションをビルドして閉じることでした。これを行った後、私はハングアップしていません。

tl：dr

私の場合、ユーザー設定ファイル（.suo）が、存在しないソリューションでファイルを開こうとしました。次の手順を実行して問題を解決しました。

1. .suoファイルを削除します（私にとっては/[projectfolder]/.vs/[projectname]/v14にありました）
2. Visual Studioを開く
3. プロジェクトを開く
4. ファイルを開く（ランダムな.csファイルを単に開いた）
5. ソリューションを作成して保存します（単純に保存するとうまくいく場合があります。私は習慣で作成しました）。
6. Visual Studioを閉じる

これが誰かを助けてくれることを願っています...この問題にあまりにも多くの時間を費やしました:)

「コントロールパネル」で拡張機能をアンインストールするか、[ツール] => [アドインマネージャ]でアドインを無効にしてから、ソリューションを再度開いてみてください。

「Visual Localizer」をアンインストールすることで問題は解決しました。

私の場合、Fusionログが有効になっています。調査後にログファイルをオフにするのを忘れたため、ログファイルは数か月にわたって増加しています。このようにして、ウイルス対策ソフトウェアはソリューションを開くときにこれらの大きなログファイルを数回チェックし始め、「ソリューションを準備しています...」というメッセージが長時間表示されます。これに気づいたときは、フュージョンログをオフにして問題を解決しました。ソリューションは、20分ではなく10秒でロードされます。

VSのほとんどすべてのバージョンで、この問題が何度か発生しました。ほとんどの場合に機能すると思われる1つのソリューションは、ソリューションフォルダーにある.vsフォルダーを削除することです。.vs ///にある.souファイルを削除するだけで十分な場合もあります

フォルダーは途中で非表示になっているため、「非表示のファイルとフォルダーを表示する」を有効にする必要があります

私にとっての解決策は、ソース管理を無効にすることでした（[ツール]-> [ソースカウントロール]でプラグインを[なし]に設定）。私はそれが何らかの理由でいくつかの巨大なGitリポジトリを同期しようとしていたと思います（私が開こうとしたツリーにない、いくつかの巨大なリポジトリがあります）。

ここや他の場所でたくさんの提案がありますが、私にとって永続的に機能した唯一のことは、私が設定したスタートアッププロジェクトに関係することでした。これは私がやったことです：

1. 他の場所で提案されているように.suoファイルを削除します。
2. VSを起動してソリューションを開きます。この時点ですべてがうまくいくはずです。
3. スタートアッププロジェクトが望んでいない場合でも、そのままにしておきます。
4. ソリューションを保存します。（おそらく、他の誰かが提案してファイルを開いたり、クリーンアップしたり、ビルド/リビルドなどを行ったりしますが、それを行う必要はありませんでした。）
5. ソリューションを閉じてVSを終了します。
6. VSを再起動してソリューションを開きます。
7. スタートアッププロジェクトを必要なものに変更します
8. ソリューションを保存します。（おそらく、開いているファイルを再度実行し、クリーンアップ、ビルド/再ビルドなどを行います）
9. ソリューションを閉じてVSを終了します。
10. VSを再起動してソリューションを再度開くと、すべてが正常に行われるはずです。

これはうまくいくかもしれませんし、うまくいかないかもしれませんが、レジストリの変更、2番目のVSセッションからのVSのデバッグ、名前を付けるなど、できる限りのことは試しましたが、1回の起動/開く以外は何も機能しませんでした。

これらの2つのプラグインをアンインストールすることで問題を修正しました：

1. 生産性パワーツール
2. Web Essentials

以前のバージョンの.vbprojファイルを復元し、それを解決しました。

新しいバージョンの内容はわかりませんが、問題は.bvprojファイル自体の中にありました。