1、字符
对于单个字符，通常按字面意义表示，字符指出其后的字符为特殊字符，所以不做字面意义解释，而解释为特殊字符。
例如/b/相当于字符b,通过在b前面加一个反斜杠，即为//,则该字符变成特殊字符，表示匹配一个单词的分界线。对于几个字符，通常说明是特殊的，符号指出其后的字符不是特殊的，而应按字面解释
2、字符*
表示匹配的字符必须在最前边。
例如 /^A/字符不匹配 an A中的A，但匹配 an A中的最前面的a.
3、字符$
与^字符类似，但匹配最末的字符。
例如/t$/不匹配eater字符中的t,但匹配eat字符中的t。
4、字符*
匹配*字符前面的字符的0次或n次。
例如/bo*/匹配 A ghost booooed字符中的boooo或 A bird warbled 中的b,但不匹配 A goat grunted字符中的任何字符。
5、字符 +
匹配 +字符前面的字符的 1次或n次，等价于 {1,}。
例如/a+/匹配candy字符中的a和caaaaaaaaaaaady字符中的所有 a 。
6、字符 ?
匹配 ？ 字符前面的字符的0次或1次。
例如/e?le?/匹配angel字符中的el和angle字符中的le 。
7、字符 . （注意看呀，是个点）
.字符匹配除换行符外的所有单个的字符。
例如/.n/匹配nay,an apple is on the tree字符中的an 和on ,但不匹配nay。
8、字符（x）
匹配x字符并记录匹配的值。
9、字符 x|y
匹配x或者y。
10、字符{n}
这里的n 是一个正整数，指匹配前面的n个字符。
例如/a{2}/不匹配“candy”中的a，但匹配“caandy”中的所有a和“caaaandy”中前面的两个a。
11、字符{n,}
这里的n 是一个正整数，指至少匹配n个前面的字符。
例如/a{2}/不匹配“candy”中的a，但匹配“caandy”中的所有a和“caaaandy”中的所有a。
12、字符{n,m}
这里的n 和m都是正整数，指至少匹配n个最多m个前面的字符。
13、字符[xyz]
一字符列表，匹配列出中的任一字符。可以通过连字符-指出字符范围。
例如[abcd]和[a-d]是一样的，它们匹配brisket中的b和echo中的c。
14、字符[^xyz]
一字符补集，它匹配除列出的字符外的所有东西，可以通过连字符-指出字符范围。
例如[^abcd]和[^a-d]等价。它们匹配brisket中的r和echo中的h。
15、字符（空格）
匹配一个空格
16、字符
匹配一个单词的分界线，比如一个空格。
例如/nw/匹配noonday中的no,/wy/匹配“possible yesterday”中的ly。
注意：规定匹配模式必须出现在目标字符的开头或结尾的2个边界之一。
在php中，用正则表达式匹配中文的例子：
$str = '中华人民共和国123456789abcdefg';
echo preg_match("/^[u4e00-u9fa5_a-zA-Z0-9]{3,15}$",$strName);
?>
运行以上代码，会提示：
Warning: preg_match(): Compilation failed: PCRE does not support L, l, N, P, p, U, u, or X at offset 3 in F:wwwrootphptest.php on line 2
原因在于：PHP正则表达式中不支持下列 Perl 转义序列：L, l, N, P, p, U, u, or X
在 UTF-8 模式下，允许用“x{...}”，花括号中的内容是表示十六进制数字的字符串。
原来的十六进制转义序列 xhh 如果其值大于 127 的话则匹配了一个双字节 UTF-8 字符。
解决方法：
preg_match('/[x{2460}-x{2468}]/u', $str);
匹配 内码汉字
按照他提供的方式进行测试：
$str = "php编程";
if (preg_match("/^[x{2460}-x{2468}]+$/u",$str)) {
print("该字符串全部是中文");
} else {
print("该字符串不全部是中文");
}
?>
这样操作，依然对是否为中文判断失常。不过，既然x表示的十六进制数据，为什么和js里边提供的范围x4e00-x9fa5不一样呢？
于是将代码修改为如下内容：
$str = "php编程";
if (preg_match("/^[x4e00-x9fa5]+$/u",$str)) {
print("该字符串全部是中文");
} else {
print("该字符串不全部是中文");
}
?>
warning又一次产生了：
Warning: preg_match() [function.preg-match]: Compilation failed: invalid UTF-8 string at offset 6 in test.php on line 3
接着修改，给“4e00”和“9fa5”两边分别用"{"和“}”包起来，跑了一遍，发现这次准确了：
$str = "php编程";
if (preg_match("/^[x{4e00}-x{9fa5}]+$/u",$str)) {
print("该字符串全部是中文");
} else {
print("该字符串不全部是中文");
}
?>
知道了php中utf-8编码下用正则表达式匹配汉字的最终正确表达式：
/^[x{4e00}-x{9fa5}]+$/u，
最终版的实现代码：
//if (preg_match(“/^[".chr(0xa1)."-".chr(0xff)."]+$/”, $str)) { //只能在GB2312情况下使用
if (preg_match(“/^[x7f-xff]+$/”, $str)) { //兼容gb2312,utf-8
echo “正确输入”;
} else {
echo “错误输入”;
}
?>
例2，
$action = trim($_GET['action']);
if($action == "sub")
{
$str = $_POST['dir'];
//if(!preg_match("/^[".chr(0xa1)."-".chr(0xff)."A-Za-z0-9_]+$/",$str)) //GB2312汉字字母数字下划线正则表达式
if(!preg_match("/^[\x{4e00}-\x{9fa5}A-Za-z0-9_]+$/u",$str)) //UTF-8汉字字母数字下划线正则表达式
{
echo"<font color=red>您输入的[".$str."]含有违法字符</font>";
}
else
{
echo "<font color=green>您输入的[".$str."]完全合法,通过!</font>";
}
}
?>
<form method="POST" action="/blog_article/action/sub.html">
输入字符(数字,字母,汉字,下划线):
<input type="text" name="dir" value="">
<input type="submit" value="提交">
</form>
附，php中双字节字符编码范围
1. GBK (GB2312/GB18030)
x20-x7f ASCII
xa1-xff 中文 gb2312
x80-xff 中文 gbk
2. UTF-8 (Unicode)
x3130-x318F (韩文
xAC00-xD7A3 (韩文)
u0800-u4e00 (日文)
就介绍这些吧，希望有助于大家理解php正则匹配中文的方法。
，祝大家学习进步。
以下列出了当前在 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 合法性。
就是这些了，有关php中正则表达式匹配中文内容的知识，希望可以帮助到大家。
，祝大家学习进步。