模式修正符
模式修正符 -- 解说正则表达式模式中使用的修正符
说明
下面列出了当前在 PCRE 中可能使用的修正符。括号中是这些修正符的内部 PCRE 名。修正符中的空格和换行被忽略，其它字符会导致错误。
i (PCRE_CASELESS)
如果设定此修正符，模式中的字符将同时匹配大小写字母。
m（PCRE_MULTILINE）
默认情况下，PCRE 将目标字符串作为单一的一“行”字符所组成的（甚至其中包含有换行符也是如此）。“行起始”元字符（^）仅仅匹配字符串的起始，“行结束”元字符（$）仅 仅匹配字符串的结束，或者最后一个字符是换行符时其前面（除非设定了 D 修正符）。这和 Perl 是一样的。
当设定了此修正符，“行起始”和“行结束”除了匹配整个字符串开头和结束外，还分别匹配其中的换行符的之后和之前。这和 Perl 的 /m 修正符是等效的。如果目标字符串中没有“\n”字符或者模式中没有 ^ 或 $，则设定此修正符没有任何效果。
s（PCRE_DOTALL）
如果设定了此修正符，模式中的圆点元字符（.）匹配所有的字符，包括换行符。没有此设定的话，则不包括换行符。这和 Perl 的 /s 修正符是等效的。排除字符类例如 [^a] 总是匹配换行符的，无论是否设定了此修正符。
x（PCRE_EXTENDED）
如果设定了此修正符，模式中的空白字符除了被转义的或在字符类中 的以外完全被忽略，在未转义的字符类之外的 # 以及下一个换行符之间的所有字符，包括两头，也都被忽略。这和 Perl 的 /x 修正符是等效的，使得可以在复杂的模式中加入注释。然而注意，这仅适用于数据字符。空白字符可能永远不会出现于模式中的特殊字符序列，例如引入条件子模式 的序列 (?( 中间。
e
如果设定了此修正符，preg_replace() 在替换字符串中对逆向引用作正常的替换，将其作为 PHP 代码求值，并用其结果来替换所搜索的字符串。
只有 preg_replace() 使用此修正符，其它 PCRE 函数将忽略之。
注: 本修正符在 PHP3 中不可用。
A（PCRE_ANCHORED）
如果设定了此修正符，模式被强制为“anchored”，即强制仅从目标字符串的开头开始匹配。此效果也可以通过适当的模式本身来实现（在 Perl 中实现的唯一方法）。
D（PCRE_DOLLAR_ENDONLY）
如果设定了此修正符，模式中的美元元字符仅匹配目标字符串的结尾。没有此选项时，如果 最后一个字符是换行符的话，美元符号也会匹配此字符之前（但不会匹配任何其它换行符之前）。如果设定了 m 修正符则忽略此选项。Perl 中没有与其等价的修正符。
S
当一个模式将被使用若干次时，为加速匹配起见值得先对其进行分析。如果设定了此修正符则会进行额外的分析。目前，分析一个模式仅对没有单一固定起始字符的 non-anchored 模式有用。
U（PCRE_UNGREEDY）
本修正符反转了匹配数量的值使其不是默认的重复，而变成在后面跟上“?”才变得重复。这和 Perl 不兼容。也可以通过在模式之中设定 (?U) 修正符或者在数量符之后跟一个问号（如 .*?）来启用此选项。
X（PCRE_EXTRA）
此修正符启用了一个 PCRE 中与 Perl 不兼容的额外功能。模式中的任何反斜线后面跟上一个没有特殊意义的字母导致一个错误，从而保留此组合以备将来扩充。默认情况下，和 Perl 一样，一个反斜线后面跟一个没有特殊意义的字母被当成该字母本身。当前没有其它特性受此修正符控制。
u（PCRE_UTF8）
此修正符启用了一个 PCRE 中与 Perl 不兼容的额外功能。模式字符串被当成 UTF-8。本修正符在 Unix 下自 PHP 4.1.0 起可用，在 win32 下自 PHP 4.2.3 起可用。自 PHP 4.3.5 起开始检查模式的 UTF-8 合法性。
补充内容：编程语言中的转义
编程中的转义比较特别，值得拿出来讲一讲。
在一般的编程语言中，正则表达式都是以字符串 （String）构造的。而对于字符串这种数据类型，多数编程语言都规定了一些转义字符序列来表示特殊字符（注意，这里说的是编程语言中的特殊字符，而不 是正则表达式中的“元字符”），比如〖\n〗表示换行符，〖\t〗表示制表符。因此，在编程语言中使用正则表达式时，转义是一个麻烦的问题，但是，我们又 必须弄清楚这个问题——网络上时常看到有人提问“这个正则表达式里到底需要几个反斜线？”。
转义的问题其实非常简单：在编程语言中，作为字符串出现的正则表达式，必须经过“字符串的转义”，“正则表达式的转义”才能真正生效。
举例来说，我们的正则表达式里需要出现『\*』，也就是“带转义（去掉了特殊意义）的〖*〗字符”。因为正则表达式是以字符串形式表现的，如果直接在字符串里写 \* ，许多编程语言就会报错：因为它只认识 \t 、 \n 之类的转义序列，不认识 \* 。
解决的办法是在 \* 之前添加反斜线 \ ，写成 \\* 。这样，编程语言在处理字符串时，会首先将 \\ “翻译”成 \ ，正则表达式得到的就是 \* 了。
以上说的情况比较简单，可是，如果我们需要在正则表达式中使用反斜线字符『\』呢？这个字符首先必须以转义形式写出，也就是说，在正则表达式中必须写成『\\』；但每个反斜线，在字符串里又需要转义，所以正则表达式中的一个『\』，在字符串里就必须写成【\\\\】！
不过，也有些语言不会报错——它们遇到“未定义”的转义字符，会直接忽略反斜线的转义功能，将它视为普通字符序列，Python，PHP都是如此（注：JS是否如此尚未验证）。
我的建议是，在对元字符转义时，心里一定要明白应该写几个反斜线；同时，推荐你在使用Python和PHP时，不要省略一个反斜线字符。
g 改变模式中的所有匹配
i 忽略模式中的大小写
e 替换字符串作为表达式
m 将待匹配串视为多行
o 仅赋值一次
s 将待匹配串视为单行
x 忽略模式中的空白
可 以使用影响匹配行为的选项修改正则表达式模式。可以通过下列两种基本方法之一设置正则表达式选项：可以 在 Regex (pattern, options) 构造函数中的 options 参数中指定，其 中 options 是 RegexOptions 枚举值的按位“或”组合；也可以使用内联 (?imnsx-imnsx:) 分组构造 或 (?imnsx-imnsx) 其他构造在正则表达式模式内设置它们。
在内联选项构造中，一个选项或一组选项前面的减号 (-) 用 于关闭这些选项。例如，内联构造 (?ix-ms) 将打开 IgnoreCase 和 IgnorePatternWhiteSpace 选项而关 闭 Multiline 和 Singleline 选项。默认情况下，关闭所有正则表达式选项。
下表列出 了 RegexOptions 枚举的成员以及等效的内联选项字符。请注意，选项 RightToLeft 和 Compiled 只适用于表达式整体而 不允许内联。（它们只能在 Regex 构造函数的 options 参数中指定。）选项 None 和 ECMAScript 不允许内联。
RegexOption 成员 内联字符 说明
None
N/A
指定不设置任何选项。
IgnoreCase
i
指定不区分大小写的匹配。
Multiline
m
指定多行模式。更改 ^ 和 $ 的含义，以使它们分别与任何行的开头和结尾匹配，而不只是与整个字符串的开头和结尾匹配。
ExplicitCapture
n
指定唯一有效的捕获是显式命名或编号的 (?<name>…) 形式的组。这允许圆括号充当非捕获组，从而避免了由 (?:…) 导致的语法上的笨拙。
Compiled
N/A
指定正则表达式将被编译为程序集。生成该正则表达式的 Microsoft 中间语言 (MSIL) 代码；以较长的启动时间为代价，得到更快的执行速度。
Singleline
s
指定单行模式。更改句点字符 (.) 的含义，以使它与每个字符（而不是除 \n 之外的所有字符）匹配。
IgnorePatternWhitespace
x
指定从模式中排除非转义空白并启用数字符号 (#) 后面的注释。（有关转义空白字符的列表，请参见字符转义。）请注意，空白永远不会从字符类中消除。
RightToLeft
N/A
指 定搜索是从右向左而不是从左向右进行的。具有此选项的正则表达式将移动到起始位置的左边而不是右边。（因此，起始位置应指定为字符串的结尾而不是开头。） 为了避免构造具有无限循环的正则表达式的可能性，此选项不能在中流指定。但是，(?<) 回顾后发构造提供了可用作子表达式的类似替代物。
RightToLeft 只更改搜索方向。它不会反转所搜索的子字符串。预测先行和回顾后发断言不改变：预测先行向右搜索；回顾后发向左搜索。
ECMAScript
N/A
指定已为表达式启用了符合 ECMAScript 的行为。此选项仅可与 IgnoreCase 和 Multiline 标志一起使用。将 ECMAScript 同任何其他标志一起使用将导致异常。
CultureInvariant
N/A
指定忽略语言中的区域性差异。有关更多信息，请参见在 RegularExpressions 命名空间中执行不区分区域性的操作。