処理の進捗率（検索対象ファイル数に対する検索済みのファイル数の割合）をプログレスバーに表示する。中止ボタンをクリックすることにより、実行中の処理を終了させることができる。

処理の並列化（マルチスレッド処理）は Grand Central Dispatch (GCD) を利用する。キューはコンカレントとし、プログレスバーへのデータ出力、コントロールからのイベントの受け付けを可能とするため、非同期（async）処理とする。

非同期処理である以上、複数スレッドの処理の終了を待って次の処理に進むには、同期の制御が必要になる。本アプリケーションではカウンタ変数を用意し、検索処理がひとつ終わるごとにカウンタをインクリメント、全てが終わった時点で次の処理に進むようにした。こうすれば、メインスレッドのイベントループは待ち受け可能なので、UIからのイベントの取得や、UI要素に対する更新をスレッド処理中でも行うことができる。

注意事項

コンカレントに起動した複数のサブスレッドから、メインスレッドの変数にアクセスするときは注意が必要。配列オブジェクトへの要素の追加は、スレッドセーフでないので、代入時の競合でシステムクラッシュする可能性がある。

また、クラッシュしなくとも、プロパティの値が不正に更新される可能性がある。例えば、プロパティの値を読み、それを元に計算し、書き戻すといった一連の処理があるとする。並列処理で、スレッドAがプロパティを読み込んで計算している間に、スレッドBもプロパティを読み込み計算を行う。そして、Aが結果を書き込んだあと、Bも書き込む。結果は不正な値となる。正しくは、Bは、Aが計算結果を書き込むまで、プロパティの読み込みを待たなければいけない。（データベース障害事例あるある）

以上の事象を避けるためには、一連の処理をブロック化し、シリアルキューを通して順次に実行すればよい。シリアルキューを通して起動した処理は、それが終わるまで、シリアルキューに投入された別の処理を待たせることになり、これにより各処理の前後の一貫性は保証される。

本アプリケーションでは、メインスレッドで実行される次のシリアルキューを使用している。