本文章分析了在php中正則表達式對中文的支持問題,一般情況下我們可會能簡單利用我上面的正則來驗證中文,后面我分析了關于兼容gb2312,utf-8和表達式 ^[//x7f-//xff]+$ 可以完全搞定中文不兼容的問題。

1. $str = '中文123456789abcdefg'; 
2. 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 字符,所以我們可以這樣來解決：

1. preg_match("/^[x80-xff_a-zA-Z0-9]{3,15}$",$strName); 
2. preg_match('/[x{2460}-x{2468}]/u', $str); 

匹配內碼漢字,按照他提供的方式進行測試，代碼如下：

1. $str = "php編程"; 
2. if (preg_match("/^[x{2460}-x{2468}]+$/u",$str)) { 
3. print("該字符串全部是中文"); 
4. } else { 
5. print("該字符串不全部是中文"); 
6. } 

發現這次依然對是否為中文判斷失常,不過,既然x表示的十六進制數據,為什么和js里邊提供的范圍x4e00-x9fa5不一樣呢？于是我就換成了下邊的代碼：

1. $str = "php編程"; 
2. if (preg_match("/^[x4e00-x9fa5]+$/u",$str)) { 
3. print("該字符串全部是中文"); 
4. } else { 
5. print("該字符串不全部是中文"); 
6. } 

本來以為鐵定成功了的事情，沒想到，warning又一次產生了：Warning: preg_match() [function.preg-match]: Compilation failed: invalid UTF-8 string at offset 6 in test.php on line 3

看來又有錯誤的表達方式了，于是對照了一下那篇文章的表達方式，給“4e00”和“9fa5”兩邊分別用"{"和“}”包起來，跑了一遍，發現真的準確了：

1. $str = "php編程"; 
2. if (preg_match("/^[x{4e00}-x{9fa5}]+$/u",$str)) { 
3. print("該字符串全部是中文"); 
4. } else { 
5. print("該字符串不全部是中文"); 
6. } 

知道了php中utf-8編碼下用正則表達式匹配漢字的最終正確表達式——/^[x{4e00}-x{9fa5}]+$/u,最后總結出:

1. //if (preg_match(“/^[".chr(0xa1)."-".chr(0xff)."]+$/”, $str)) { //只能在GB2312情況下使用 
2. if (preg_match(“/^[x7f-xff]+$/”, $str)) { //兼容gb2312,utf-8 
3. echo “正確輸入”; 
4. } else { 
5. echo “錯誤輸入”; 
6. } 

雙字節字符編碼范圍

1. GBK (GB2312/GB18030)

x00-xff GBK雙字節編碼范圍

x20-x7f ASCII

xa1-xff 中文 gb2312

x80-xff 中文 gbk

2. UTF-8 (Unicode)

u4e00-u9fa5 (中文)

xAC00-xD7A3 (韓文)

u0800-u4e00 (日文)