Help us understand the problem. What is going on with this article?

私の正規表現におけるポリシー

More than 5 years have passed since last update.

PHP言語レベルでのエスケープシーケンス

マニュアル も併せてお読みください。

シングルクオート内で処理されるシーケンス

記述 実際の表示 意味 備考
\\ *\* バックスラッシュ 【※1】 直後にシングルクオートがない場合は省略可能
\' ' シングルクオート
【※1】
echo '[a]\[b]'; # => [a]\[b]
echo '[a]\\[b]'; # => [a]\[b]
echo '[a]\\\[b]'; # => [a]\\[b]
echo '[a]\\\\[b]'; # => [a]\\[b]
echo '\\'; # => \
echo '\'; # パースエラー

慣れないうちは省略せずに全てエスケープすることをおすすめします。ちなみにこれはPHPに限っての挙動であり、 CJava ではこのような挙動にはならず、 必ずエスケープしなければなりません

ダブルクオート内で処理されるシーケンス

一部マニュアルに記載がないものもあります。

記述 実際の表示 意味 備考
\\ *\* バックスラッシュ 【※1】 直後に他のエスケープ可能な文字がない場合は省略可能
\" " ダブルクオート
\$ $ ドル記号 【※2】 直後に変数名に使える文字がなければ省略可能
\0 NULL文字 (実際は下で紹介している8進数表記のものに属する)
\n ラインフィード
\r キャリッジリターン
\t 水平タブ
\v 垂直タブ PHP5.2.5以降のみ
\e エスケープ PHP5.4.0以降のみ
\123 S 8進数表記でのアスキーコード指定 正規表現は \[0-7]{1,3}
\x53 S 16進数表記でのアスキーコード指定 正規表現は \x[0-9A-Fa-f]{1,2}
{$var} $var の値 変数展開
$var $var の値 変数展開
{$var[0]} $var[0] の値 変数展開
$var[0] $var[0] の値 変数展開
{$var['hoge']} $var['hoge'] の値 変数展開 ↓ との違いに注意
$var[hoge] $var['hoge'] の値 変数展開 ↑ との違いに注意

【※2】
ここでの「変数名に使える文字」とは、 ${"hoge\r\nhoge"} などせずとも、直接PHPコードとして書けるものを指します。正規表現 [a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]* にマッチする文字列です。

ヒアドキュメント内で処理されるシーケンス

記述 実際の表示 意味 備考
\$ $ ドル記号 【※2】 直後に変数名に使える文字がなければ省略可能
{$var} $var の値 変数展開
$var $var の値 変数展開
{$var[0]} $var[0] の値 変数展開
$var[0] $var[0] の値 変数展開
{$var['hoge']} $var['hoge'] の値 変数展開 ↓ との違いに注意
$var[hoge] $var['hoge'] の値 変数展開 ↑ との違いに注意

Nowdoc内で処理されるシーケンス

無し

正規表現エンジンレベルでのエスケープシーケンス

大部分は マニュアル 通りなので私からの説明は割愛しますが、 \ddd の項目にかなりややこしいケースがあるので、ここだけ説明を入れておきます。

処理の順序

  1. 2桁以下 のとき、まず10進数として扱い、その番目のキャプチャサブパターンが存在するときはそれを意味する。
    1~99 であって、0は該当しない
  2. 2桁以下で1に該当しなかったとき、3桁に満たない分だけ頭から0埋めされる
  3. 0~7 の数字が続く分だけ、8進数コードとして処理する。それ以降はその文字自身を表す。

ss (2013-08-10 at 05.01.04).png

これホントにどうかと思うけど、上で述べたことには忠実に従ってるので…

エスケープ方法に関する注意

エスケープは2段構え

PHP言語レベルでのエスケープ正規表現エンジンレベルでのエスケープ の2段構えとなっていることに十分に留意してください。

例1: バックスラッシュのエスケープ

1. PHPコードレベルで文字列が読み取られる
第1引数は文字列 /\\/ として扱われます。

2. 正規表現エンジンレベルで文字列が読み取られる
パターンは文字 *\* にマッチするものとなります。

例1:バックスラッシュにマッチさせたい場合のコード
preg_match('/\\\\/', $text);
preg_match('/\\\/', $text);
preg_match("/\\\\/", $text);
preg_match("/\\\/", $text);

例2: NULL文字のエスケープ

1. PHPコードレベルで文字列が読み取られる
第1引数は文字列 /\000/ または /\00/ または /\0/ として扱われます。

2. 正規表現エンジンレベルで文字列が読み取られる
パターンは NULL文字 にマッチするものとなります。

例2:NULL文字にマッチさせたい場合のコード
preg_match('/\\000/', $text);
preg_match('/\\00/', $text);
preg_match('/\\0/', $text);
preg_match('/\000/', $text);
preg_match('/\00/', $text);
preg_match('/\0/', $text);
preg_match("/\\000/", $text);
preg_match("/\\00/", $text);
preg_match("/\\0/", $text);
PCRE正規表現関数は、パターンに関してはバイナリセーフでないので、NULL文字をそのまま渡すことが出来ません。
PCRE
(preg_match)
鬼車
(mb_ereg)
POSIX
(ereg)
パターンはバイナリセーフか × ×
検索対象文字列はバイナリセーフか ×

正規表現エンジンに対して無駄なエスケープは行わない

エスケープ不要な文字に関してエスケープをすることは可能な限り控えましょう。
PHP言語レベルでの「省略可能」については、
「本来エスケープしなければならないものをエスケープしなくても動く」
というニュアンスでしたが、こちらは逆に
「本来エスケープしてはいけないものをエスケープしても動く」
という解釈になると思います。

特に 文字クラス に関して冗長なエスケープをする人が数多く見られるので、エスケープが必要なものを列挙しておきます。

  • ]
  • \
  • :
  • ^ (※先頭にくる場合のみ)
  • / (デリミタに使った文字)

以上です。 [- の エスケープいらないの? って思う人も多いかもしれませんが、本当にこれだけです。先頭以外の ^ はエスケープ不要です。 - にマッチさせたい場合は、エスケープするのではなく、文字クラスの 先頭末尾 に入れるのが正解です。
 
【重要な追記】
鬼車 (mb_ereg) の場合は [ のエスケープが必要です。

正規表現関数の選択に関する注意

正規表現関数を使わずに実現できるかどうかを最初に検討する

無意味に処理速度の遅い正規表現関数を使うのはやめましょう。

例1: 文字列の検索

正規表現の機能を利用していない単純な検索処理があります。

preg_match関数での実装
if (preg_match('/abc/', $str)) {
    echo '"abc" found.';
}

この処理は strpos 関数で実現できます。

preg_match関数での実装
if (strpos($str, 'abc') !== false) {
    echo '"abc" found.';
}

比較演算子に != ではなく !== を用いていることに注意してください。ドキュメント上に警告があります。

ss (2014-05-13 at 10.47.45).png

例2: 文字列の削除

改行コードをすべて削除する処理があります。

preg_replace関数での実装
$str = preg_replace("/[\r\n]/", '', $str);

この処理は str_replace 関数で実現できます。 strtr 関数でも実現できますが、処理速度は前者の方が高速です。

str_replace関数での実装
$str = str_replace(array("\r", "\n"), '', $str);
strtr関数での実装
$str = strtr($str, array_fill_keys(array("\r", "\n"), ''));

例3: 文字列の置換

改行コードをすべてに \r\n に統一する処理があります。

preg_replace関数での実装
$str = preg_replace("/\r\n|\r|\n/", "\r\n", $str);

この処理は strtr 関数で実現できます。

strtr関数での実装
$str = strtr($str, array_fill_keys(array("\r\n", "\r", "\n"), "\r\n"));

str_replace 関数では実現できません。その理由はドキュメントにも強調的に書かれています。

ss (2014-05-13 at 10.21.21).png

例4: マルチバイト文字列の置換

str_replace 関数はマルチバイト文字列の検知に対応していませんが、 UTF-8 を採用している場合は問題なく使用することが出来ます。

$str = str_replace("あいうえお", "かきくけこ", $str);

その理由は 「マルチバイト非対応関数で文字化け発生 str_replace() と mb_ereg_replace」 で解説されています。 ASCII の上位互換コードと言われる UTF-8 ならではの特性です。

split 関数はPOSIX正規表現関数である

どこにも ereg の文字が見当たらないので 「文字列を指定した文字列で分割する関数」 だと思い込む初心者さんが非常に多いのですが、これはPOSIX正規表現関数に該当します。本当に求められているのはこの関数ではなく explode 関数です。

POSIX正規表現関数は全て非推奨関数である

POSIX正規表現関数は公式マニュアル上で 非推奨 であると警告されています。検索対象の文字列がバイナリセーフで無いという致命的な欠陥を抱えていることもあり、セキュリティ的に危険なのでこの関数は絶対に使わないでください。

UTF-8 ならばPCRE正規表現関数を使う

PCRE正規表現関数を使うか鬼車正規表現関数を使うか迷うところですが、前者で比較的利用機会の多い preg_match_all 関数に相当する mb_ereg_all のような関数が後者では実装されていません。UTF-8 であればどちらでもOKなので、特に理由がなければ前者を選択しておいた方が無難でしょう。

PCRE正規表現関数の修飾子やメタ文字に関する注意

u 修飾子を使用する目的

PCRE正規表現関数でマッチングの単位を 1バイト から UTF-8 1文字 に変更したい場合、 u 修飾子を利用しますが、必ずしもマルチバイト文字列を含むパターンを扱う際に必要だとは限りません。

不要な場合

preg_match('/あ|い/u', $str);
  • u 修飾子がある
    → 文字列 または にマッチ
  • u 修飾子がない
    → バイト列 E3 81 82 または E3 81 84 にマッチ

必要な場合

preg_match('/[あい]/u', $str);
  • u 修飾子がある
    → 文字 のいずれかにマッチ
  • u 修飾子がない
    バイト E3 81 82 E3 81 84 のいずれかにマッチ

u 修飾子の副作用的効果

^\A$\Z\z の違いを知る

^ \A
通常時 先頭にマッチ 先頭にマッチ
マルチラインモード(m修飾子) 先頭または 改行の直後 にマッチ 先頭にマッチ
$ \Z \z
通常時 末尾または 末尾の改行の直前 にマッチ 末尾または 末尾の改行の直前 にマッチ 末尾にマッチ
マルチラインモード(m修飾子) 末尾または 改行の直前 にマッチ 末尾または 末尾の改行の直前 にマッチ 末尾にマッチ

シビアな正規表現では $\Z は使うべきでないと思います。プログラミング言語によってこのあたりは若干変わってきますが、PHPではこのような実装となっています。

可能な限り最長マッチは独占的にする

繰り返しパターンに関して、 最短マッチ , 最長マッチ はご存じの人が多いと思いますが、 独占的最長マッチ の存在も忘れないでください。

最短マッチ 最長マッチ 独占的最長マッチ
?? ? ?+
*? * *+
+? + ++
{3, 8}? {3,8} {3,8}+
{5,}? {5,} {5,}+

【例】

ABCDE123EFG45

のような文字列の末尾の数字のみを削除して

ABCDE123EFG

のようにしたい

最長マッチで実行
$str = 'ABCDE123EFG45';
$str = preg_replace('/\\d+\\z/', '', $str);
  1. 1 にマッチし、次の文字を調べる。
  2. 12 にマッチし、次の文字を調べる。
  3. 123 にマッチし、ここで \d+ のマッチはいったん終了する。
  4. 123 のときこの場所は \z にはマッチしないので、バックトラックを行う。
  5. 12 のときこの場所は \z にはマッチしないので、バックトラックを行う。
  6. 1 のときこの場所は \z にはマッチしない。よってここはマッチ失敗とする。
  7. 4 にマッチし、次の文字を調べる。
  8. 45 にマッチし、ここで \d+ のマッチはいったん終了する。
  9. 45 のときこの場所は \z にはマッチする。よってここはマッチ成功とする。

このように最長マッチだと無駄にバックトラックが行われてパフォーマンスが低下してしまいますが、代わりに 独占的最長マッチ を用いると・・・

独占的最長マッチで実行
$str = 'ABCDE123EFG45';
$str = preg_replace('/\\d++\\z/', '', $str);
  1. 1 にマッチし、次の文字を調べる。
  2. 12 にマッチし、次の文字を調べる。
  3. 123 にマッチし、ここで \d+ のマッチは終了する。
  4. この場所は \z にはマッチしない。よってここはマッチ失敗とする。
  5. 4 にマッチし、次の文字を調べる。
  6. 45 にマッチし、ここで \d+ のマッチは終了する。
  7. この場所は \z にはマッチする。よってここはマッチ成功とする。

このように無駄なバックトラックを防ぐことが出来ます。

mpyw
PHP(Laravel) / JavaScript(React/Redux/ReactNative/Vue) / MySQL あたりが得意分野なWeb系エンジニア。最近マンネリ化がひどいので Go / Kotlin / Rust / Swift あたりから何か掘り下げたいと思っている。Go は 2.x 出てから書きます。古い記事はそのまま参考にしないようにご注意ください
http://gravatar.com/mpyw
synapse
Synapseは、オンラインサロンサービスにおけるパイオニアとして、かつて存在していたスタートアップです。
https://synapseam.github.io/
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Comments
No comments
Sign up for free and join this conversation.
If you already have a Qiita account
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
ユーザーは見つかりませんでした