web-dev-qa-db-ja.com

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

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

問題を解決できない再インストールに耐える前に、誰が間違っている可能性があるか知っていますか？

visual-studiovisual-studio-2013
106
ProfK

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

241
Alex

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

編集：

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

PathToSolution\.vs\ProjectName\v14 \

.vsは隠しフォルダーの場合があります。

.suoはファイル名です。

43
GER

基本的には何でも構いませんが、いくつか試してみてください：

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

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番目のインスタンスで、[デバッグ] | [ Dump As Minidumpをヒープに保存します。

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

  1. [ツール]-> [カスタマイズ]を選択します
  2. [コマンド]タブを選択します
  3. メニューバーのドロップダウンから[デバッグ]を選択します
  4. [コマンドの追加...]をクリックします.
  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 Addinに問題がある場合は、- http://youtrack.jetbrains.com/issues/RSRP から問題を報告できます。

10
Jamie Clayton

プロジェクトでノードモジュールを使用していますか？または、ReSharper固有の問題であることを特定できますか？

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

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

7
Matty J

Resharperの中断は私のために働いた。後藤

ツール->オプション-> ReSharper->一般->今すぐサスペンド

これで、ソリューションは非常に高速にロードされます。ソリューションが完全にロードされたら、Resharper設定をResume Nowに変更できます。

7
Rashad Annara

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

3
csnyder

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

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

これはあなたにもうまくいくかもしれません（まだ修正していない場合-しかし、ここに受け入れられた答えがないので、問題が持続していると思います）ので、少なくともインターネットから切断することをお勧めしますマイクロソフトの資格情報を入力したくないでしょう。

3
Mmarss

私にとっては、停電でコンピューターがクラッシュするのか、それとも夜中に強制的に再起動するのかなどです。私のために働くもの

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

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

2
Tom Stickel

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-possibly-comm？noredirect = 1＃comment978074_756261

2
Cedric Reichenbach

まだこれを参照している人にとっては私を助けました：

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

Microsoftからこのスレッドに出会い、それに続いてレジストリエントリを作成し、ソリューションロードの問題を修正しました。

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

2
bdoshi

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

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

P4接続を許可しないと、適切にロードできます（1 GBのRAMを割り当てます）。その後、P4に接続するように指示できましたが、現在は問題ありません。

2
Almo

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

これを試してください-タスクマネージャーを開いて、ハングしているVSアプリを強制終了し、バックグラウンドプロセスリストで実行されているIEセッションを閉じます-1つ以上がハングしている可能性があります。

VSを再起動する

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

2
Richo

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

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

Nugetパッケージのロードで問題が発生した場合、Visual Studioがハングする可能性があります。

1
Sivalingaamorthy

ソリューションのルートから「packages」フォルダーを削除しただけで役に立ちました（Visual Studio Express 2015）

1
Richard S. Popov

選択した回答にコメントするのではなく、新しい投稿を作成する必要があることを残念に思います..現時点ではコメントするのに十分な担当者がいません。

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

（明らかに）ファイルの作成を停止することは不可能なので、ファイルの動作をもう少し掘り始めました。ユーザー設定の保存に加えて、VSを閉じたときに開いているファイルなどのセッション設定も保存していると思います。私のプロジェクトがもう存在しないファイルを開こうとしているのではないかと疑っています。それがハングの原因です。私の問題を解決したのは、.suoを削除し、VSを開き、ソリューション内のファイルを開き、ソリューションをビルドして閉じることでした。これを行った後、私はハングしていません。

tl：dr

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

  1. .suoファイルを削除します（私にとっては/[projectfolder]/.vs/[projectname]/v14にありました）
  2. Visual Studioを開きます
  3. プロジェクトを開きます
  4. ファイルを開きます（ランダムな.csファイルを開いただけです）
  5. ソリューションをビルドして保存します（保存するだけでうまくいくかもしれません、私は習慣でビルドしました）
  6. Visual Studioを閉じます

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

1
Jeramy D.

私の場合、VS 2013 Professionalは、ライセンスが無効になったためにソリューションを開かなくてもeveryの起動にかかっていました。

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

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>[email protected] signed in for IDE user</description>
</entry>

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

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

1
Kerry Randolph

TestResultsフォルダーからテスト結果を削除すると、実際に私にとってはうまくいきました。試してみてください。

1
V B

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

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

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

1
Eugene Beresovsky

私にとっては、MVC 4プロジェクトタイプguid（E3E379DF-F4C6-4180-9B81-6769533ABE47）を持つプロジェクトと関係があるように見えます。このガイドを.csprojから削除すると、ハングが解決しました。 （GUIDを削除した後、.vsフォルダーをさらに消去する必要がありました。）

1
lbergnehr

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

0
DJackson

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

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

これはあなたのために働くかもしれないかもしれませんが、私は試しましたすべて私は見つけることができました-レジストリの変更、2番目のVSセッションからのVSのデバッグ、あなたはそれに名前を付けます-しかし、他に何も1回のスタート以上はうまくいきませんでした/開いた。

0
SteveCinq

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

0
griffin2000

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

  1. 生産性向上ツール
  2. Web Essentials
0
Syed Muzammil Ali

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

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

0
Yu-Long Chen

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

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

0
Jonas Lindau