のインスタンスを検索するために、おそらく大きなテキストブロックがあります[[...]]。ここでは、...他のブラケットを含め、何でもかまいません（ただし、ネストすることはできません。afterの最初のインスタンスは一致]]を[[終了します）。
このテキストに一致する2つの方法を考えることができます：
/\[\[.+?\]\]//\[\[(?:(?!\]\]).)+\]\]/パフォーマンスの観点から、1つの選択肢は本質的に他の選択肢よりも優れていますか（最初の選択肢の方がおそらく読みやすいと思います）？欲張りでない修飾子を使用しない方がよいと読んだことを思い出しますが、そのためのソースを今は見つけることができません。
この場合、貪欲でない数量詞を使用することをお勧めします。
この例の文字列を見てください"[[a]b]]"
欲張りでない数量詞
\ [\ [。+？\] \] アトム＃1 2 3 4 5
\[が一致\[の一致.+?は"a"\]の一致\]は失敗し、＃3に戻りますが、ストリングの位置は維持されます.+?は"]"\]は失敗し、＃3に戻りますが、ストリングの位置は維持されます.+?は"b"\]の一致\]の一致先のことを考える：
\ [\ [（？:(？！\] \]）。）+ \] \] アトム＃1 2 3 4 5 6 7
\[が一致\[の一致(?!\]\])はすぐに成功します（つまり、一致しません）"a"、続行します.は一致し"a"、＃3で繰り返します(?!\]\])はで部分一致を達成します"]"(?!\]\])はで成功します（つまり、一致しません）"b"、続行します.は一致し"]"、＃3で繰り返します(?!\]\])はすぐに成功します（つまり、一致しません）"b"、続行します.は一致し"b"、＃3で繰り返します(?!\]\])はで部分一致を達成します"]"(?!\]\])で完全一致を達成します：＃4は失敗し、＃3を終了します"]"\]の一致\]の一致したがって、欲張りでない数量詞は、やるべきことが少ないように見えます。
免責事項：これは人為的な例であり、入力、実際の式、および正規表現エンジンの実装によって、実際のパフォーマンスが異なる場合があります。ここで概説したのは実際に起こっていることであると私は98％しか確信していないので、訂正の余地があります。また、すべてのパフォーマンスのヒントと同様に、これを額面どおりに受け取らないでください。確実に知りたい場合は、独自のベンチマーク比較を行ってください。
別のバリアント：/\[\[((?:\]?[^]])+)]]/
欲張りでない数量詞も先読みも使用しません。]非の前にシングルを許可します]。順番に2つある場合]、内側の繰り返しは停止し、試合は終了します。
このパターンは、FSAコンパイルの正規表現エンジンで使用するのに最適です。バックトラッキングエンジンでは、欲張りでないバリアントよりも遅くなる可能性があります。
どの正規表現フレーバーを使用していますか？所有格の数量詞をサポートするものであれば、はるかに優れた代替手段があります。
\[\[(?:[^\]]++|\](?!\]))*+\]\]
[^\]]++]バックトラックを可能にする状態情報以外の文字を飲み込み、わざわざ保存することはありません。が表示された場合]は、先読みを実行して別のが存在するかどうかを確認します。全体を別の所有格数量詞でラップするということは、を見るたびに先読みを行うだけであり]、1回だけバックトラックすることを意味し]]ます。
所有格の数量詞は、Java、JGSoft、PCRE（PHP）、鬼車（Ruby 1.9）、およびPerl5.12フレーバーでサポートされています。これらのフレーバーはすべて、同じ効果を達成するために使用できる原子グループもサポートしています。
\[\[(?>(?:(?>[^\]]+)|\](?!\]))*)\]\]
.NETフレーバーはアトミックグループをサポートしますが、所有格の数量詞はサポートしません。
欲張りでない修飾子を使用する方が良いと思います。あなたが読んだ記事が「欲張りマッチングに注意してください」と言っていなかったのは確かですか？