Visual Studio 2012の「バックグラウンド操作を待機しています」とは何ですか？

ときどき、かなり頻繁に、明確な理由もなく、VS 2012は「バックグラウンド操作が完了するのを待っています」というダイアログでロックします。たとえば、これは、IDEコマンドを明示的に呼び出したときではなく、古いコードの編集中に発生する可能性があります。

何が原因で、これについて私ができることはありますか？

私はReSharper 7を実行していますが、これを経験しているのは私だけではありません。

特にcshtmlページで同じ問題が発生していました。：私は、このページ見つけhttps://devblogs.microsoft.com/aspnet/visual-studio-11-beta-razor-editor-issue-workaroundでインデントオプション変更を示唆ツール]> [オプション]> [テキストエディタ]> HTML>タブにはブロックの代わりにスマート。私の場合、それはすでにスマートに設定されており、それをブロックに戻すと問題が修正されました。

更新：私は間違っていました、それは対話を修正しませんでした、私がコピーするか貼り付けるまでそれを遅らせました。最後に機能したのは、[ツール]> [設定のインポートとエクスポート...]> [すべての設定をリセット]に移動することでした。

おそらく関連する質問：Visual Studios 2010-Asp.net MVC 4 Beta-貼り付けに長い遅延があり、頻繁にクラッシュする

これは非常に一般的な診断です。これはCOMによってトリガーされ、Visual Studioで頻繁に使用されて拡張性を実装します。基になるトリガーはIMessageFilterインターフェイスです。トリガーは、COMが別のスレッドへのメソッド呼び出しをマーシャリングし、その呼び出しが60秒間完了しない場合に発生します。

実際の通知にはほとんど価値がなく、すでに知っていることを伝えています。60秒が経過するまでに、通常は正常に機能していないことにすでに気づいています。Visual Studioが実際には完全に死んでいるわけではないというほんの少しの有用な知識からの脱却。ただし、呼び出しはVSが再び使用可能になる前に完了する必要があります。あなたができることはほとんどありませんが、あなたの足をタップして待ってください。

この問題は、ほとんどの場合アドインが原因です。Resharperは確かに良い候補です。問題がなくなるまでアドインを1つずつ無効にすることで、問題の原因を見つけることができます。これは、Visual Studioの新しいバージョンに共通する種類の問題であり、アドインベンダーがバグやハングアップを解決するのにしばらく時間がかかります。サポートについてベンダーに連絡し、一般に問題を解決する可能性のあるアップデートを探します。

ソリューションの「suo」ファイルを削除するとうまくいきました。

私は同じ問題を抱えていて、私の場合はDevExpressでした。

コピーまたは切り取り操作を行うたびにVisual Studioがハングし、メッセージが表示されたようです。

「バックグラウンド操作が完了するまで待機しています」。

実際には、バックグラウンドで1回限りのタスクを実行しており、実際にそれを実行するには時間がかかっていました（5分以上）。

おそらく私が通常待っていたなら、それは消えたかもしれませんが、最終的に修正されたのは、ツールボックスを表示する（非表示/折りたたまれていた）ことでした。

「[SomeDevExpressAssemblyNameHere] .dllを追加する」

これにより、DevExpressがツールバーに入力するために必要なすべてのdllの名前で自分自身を更新し続けました。

このようにして、操作の進行状況を確認し、終了後に通常どおりコピー/カットアンドペーストを再び使用できます。

お役に立てれば。

私にとっての修正は、Web Essentials 2012をバージョン1.8にアップデートすることでした。

問題のあるバージョンは1.6でした

[ツール]> [オプション]> [テキストエディター]> [HTML]> [タブ]-> [識別]-> [なし]の設定でこの問題は解決しました。

これは私のためにそれを修正しました：

ツール>オプション>テキストエディター> HTML>その他

オプション「ソースビューでの貼り付け時の自動ID要素」のチェックを外します

問題が再発した場合は、アップデートを投稿します。

数日間この問題が発生し、Visual Studio 2012 Ultimate edtion SP3をアンインストールして再インストールしてみましたが、それでも動作しませんでした。だから私はすべての拡張機能（VS 2012用のgitツールとNuget Packageダウンローダー）を削除し、私のVSを再起動しました。それがうまくいくことを願っています！

幸運を！

仮想マシンでVisual Studioを実行しているときにこの問題が発生しました-Mac OS X Mountain Lionで実行されているVirtual Box 4.2は、Visual Studio以外は何もインストールされていない状態でWindows 7の新規インストールをホストしています。問題の原因は2つの別々の問題であることがわかりました。

まず、私のプロジェクトはホストOSから共有されたフォルダにありました。つまり、Windowsゲストでは、プロジェクトがネットワークドライブに表示されました。したがって、プロジェクトをWindows VMのCドライブにコピーし、CドライブのコピーからVisual Studioで開いたときに問題が解消されたため、ネットワークドライブからVisual Studioでプロジェクトを開くと、この問題が発生したようです。

次に、仮想マシンのハードドライブがいっぱいになると、問題が再び発生し始めました。ハードドライブに約1GBの空き容量があります。仮想マシンのハードドライブのサイズを大きくすると、この問題はなくなりました。

Codemaidアドオンで同様の問題を再現しました。この会話を見つけました：

この問題には多くの詳細がありますが、問題を要約すると、VS2012 C ++ APIがUIスレッド（SpadeなどのWPFコンテキスト）からAPIにアクセスしたときにデッドロックの問題が発生するということです。これはVS2010の問題ではなく、MicrosoftはVS2013に向けて今後修正する予定ですが、VS2012にパッチを適用する予定はありません。

修正（Codemaid用）が来ることを示しているようです：

問題の継続的な解決については、このスレッドを監視してください。それはその大きな書き直しと結びついているので、変更後も機能が一貫していることを確認できるように、最初に多くの単体テストを追加することで、それに向けて構築してきました。

私にとっては、特定の1つのファイルにしかなかったため、かみそりの構文に関連しているように見えました。

たとえば、次のコードを1行に入力すると、説明されている問題が発生しました。

@section BodyClassName {メモ}

しかし、次の行に閉じ括弧を置くと、問題はなくなりました

@section BodyClassName {メモ
}

敬具

Stijn

理想的な解決策には程遠いですが、ビジュアルスタジオを管理者モードで実行してみてください。ほぼすべてを試しましたが、これが私にとって唯一有効な方法でした

Visual Studioを開き、新しいMVCアプリケーションを作成し、新しいアプリケーションを閉じ、古いアプリケーションを開くと、機能します。

IISまたは別のプロセス（おそらくBizTalk）がDLL /参照をロックしている
かどうかを確認します。

http://geekswithblogs.net/sevenfortytwo/archive/2006/11/23/97947.aspx

RUN> iisreset 

今それはVS 2012で正常に動作しています

手がかりを見つけたと思います！すべてがdcomcnfg.exeで終了します！

それを開き、次のパスに移動します。

コンポーネントサービス>コンピューター>マイコンピューター> dcom構成

dcomをクリックした後、多くの警告がPCのコンポーネントの量に依存していることがわかります。

dcomの正しいレコードを追加するには、各メッセージボックスで[はい]をクリックします。

「バックグラウンド操作」中にVSもパッケージをロードすることがわかりました。不要な拡張機能を削除して、操作を高速化できます。

TeamViewer 8クリップボード同期をオフにしてから数週間前に修正されました！今は理由もなく戻ってきたので、すべての設定をリセットしてみましたが、うまくいきました。

私は同じ問題を抱えていて、VSを管理者として実行していたので、トリックが実行されたようです（Visual Studio 2012 Expressハングで同様の質問をマークされたFormat Documentコマンドに関するメッセージ「Waiting for Background Operation to Complete」で投稿しましたこれの複製として、私もここで共有すると思いました）。

私にとって、表示されないダイアログを開くのはResharperアドオンでした。タスクバーの非表示のアイコンメニューにダイアログアイコンしかありませんでした。ダイアログを取り除くと、Visual Studioはすぐに通常に戻りました。