Xcode 11デバッガーは非常に遅い-既知の問題？

最新のXcodeバージョン11.0（11A420a）に更新したため、デバッグは非常に遅く、面倒です。

編集： 11.1 GM（11A1027）にアップデートした後も、問題は同じです。

プロジェクトをコンパイルして、シミュレーターまたはデバイスで実行することは問題ありません。ただし、ブレークポイントに達すると、Xcodeは多かれ少なかれ使用できなくなります。

• ブレークポイントに達すると、プログラムの実行はすぐに停止します。ただし、Xcodeは、コードウィンドウに位置を表示するのに最大30秒、変数ビューのコンテンツ（ブレークポイントで使用可能な変数の値と状態を表示する）をロードするのにさらに1分ほどかかります。
• ステップインまたはステップオーバー機能を使用する場合、次のステップを実行するのに最大1分かかり、変数をロードするのにさらに1分かかります。

私は、3.2 GHzi7と32GBRAMを搭載したMacmini2018でXcodeを実行しています。以前、同じマシンでXcode10を問題なく使用しました。

「Xcodeslow」を検索すると、もちろん大量のスレッドと可能な解決策が表示されます。iOS開発者としての私の年から、Xcodeが最速で安定したプログラムではなかったことを知っています。しかし、それは今ほど悪くはありませんでした。

残念ながら、既知のトリック（XcodeまたはMacの再起動、プロジェクトのクリーニング、Xcodeライブラリフォルダーのクリーニングなど）はどれも効果がありませんでした。

したがって、大きな問題は次のとおりです。

これはXcode11の既知の問題ですか？既知の解決策はありますか？

さて、私は同じ問題を抱えていましたが、最近、自分のスキームの診断を無効にするのを忘れていることがわかりました

実行構成を開きます->スキームの管理->スキームの編集->実行->診断タブ

全体コンパイルとインクリメンタルコンパイルの動作を使用すると、パフォーマンスが向上することがあります。さらに、MojaveとCatalinaで実行すると、両方ともパフォーマンスの問題が発生するはずです。特に、Canvasプレビューやその他の新機能は前回のバージョンのXcodeよりも多くのCPU強度を必要とするため、Xcode 11を使用するとMojaveのパフォーマンスが低下すると予想されます（このバージョンのOS用に最適化されていないため）。Catalinaはベータ版であるため、追加の問題も発生すると予想されます。視力検査以外の具体的な対策は行っていません。コンパイル全体の最初の実行は遅いですが、その後は良くなるようです。

クイックヘルプの状態：

概要

この設定は、モジュール内のSwiftファイルを再構築する方法を制御します。*インクリメンタル：モジュール内の古いSwiftソースファイルのみを再構築し、必要に応じて複数のコンパイラプロセスを実行します。* モジュール全体：単一のコンパイラプロセスで、モジュール内のすべてのSwiftソースファイルを常に再構築します。宣言

SWIFT_COMPILATION_MODE値のタイプ

列挙（文字列）

[スキームの編集]の各ターゲットでビルドを並列化するのチェックを外してみてください。プロジェクトに多くのターゲットがある場合は、ビルドにかかる時間を節約できます。

編集スキーム：

Xcodeをセーフモードで実行してみましたか？理想的ではありませんが、これが効率的に実行できる唯一の方法でした。それは私のデバイスがセーフモードで検出されなくなった最近のカタリナアップデートまでです。だから私は今正方形に戻っています。

私は2つの異なるケースで同じ問題を発見しました：

1）アプリがXcodeによって起動されない、つまり、「実行可能ファイルが起動されるのを待つ」というフラグが、SchemeRun設定の情報パネル内に設定されている。

2）スキーム設定で[バックグラウンドフェッチイベントによる起動]オプションが選択されています（ただし、これはデフォルトではありません）

Xcode 11.2.1（11B500）

私の場合（XCode 11.x、MacOS 10.15.2）、別のシングルステップ操作が進行中にシングルステップを実行した場合にのみ、デバッガーの極端な速度低下がトリガーされることがわかりました。に場合、つまりステップボタンを押すのが速すぎる。私の現在の回避策は、そうしないようにすることです。

純粋な推測ですが、XCode / LLDBが複数のブレークポイントを同時に処理しようとしていることが原因である可能性がありますか？1つを除くすべてのブレークポイントを削除してみて、それが問題を解決するかどうかを確認してください。

関連する場合：私は主にXCodeのC ++で作業し、あちこちに小さなObj-Cを使用しています。現在、Swiftは一切使用していません。

私はこれを永遠に扱ってきましたが、ついにそれを理解しました。〜/ .lldbinitファイルの次の行でした。

break set -F '-[UIView layoutIfNeeded]' -c '!(BOOL)[NSThread isMainThread]' -L objc
break set -F '-[UIView(AdditionalLayoutSupport) updateConstraintsIfNeeded]' -c '!(BOOL)[NSThread isMainThread]' -L objc

私はそれらの行をコメントアウトしました、そして今それはデバッガーなしとほぼ同じくらい速いです！

238個の未使用のブレークポイントを設定しました。それらを削除すると、（診断がオンになっていても）再び高速になります。