首頁  >  文章  >  後端開發  >  PHP—PCRE正規表示式模式修飾符

PHP—PCRE正規表示式模式修飾符

伊谢尔伦
伊谢尔伦原創
2016-11-21 17:07:261310瀏覽

下面列出了目前可用的 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 修飾符,使被編譯模式中可以包含註解。 注意:這僅用於資料字元。 空白字元還是不能在模式的特殊字元序列中出現,例如序列(?( 引入了一個條件子組(譯註: 這種語法定義的特殊字元序列中如果出現空白字元會導致編譯錯誤。例如(?(就會導致錯誤)。函數方式),並使用執行結果作為實際參與替換的字串。注意:請確保 replacement 參數由合法php 程式碼字串組成,否則php 將會在 preg_replace() 呼叫的行上產生一個解釋錯誤。否則php 將會在 preg_replace() 呼叫的行上產生一個解釋錯誤。否則php 將會在 preg_replace() 呼叫的行上產生一個解釋錯誤。 A (PCRE_ANCHORED)

如果設定了這個修飾符,模式被強制為"錨定"模式,也就是說約束匹配使其只從目標字串的起始位置搜尋。 ,而這也是perl 種實現這種模式的唯一方法。 ,當字串以一個換行符結尾時, 美元符號也會匹配該換行符(但不會匹配之前的任何換行符)。修飾符等同的修飾符。的分析就會執行。貪婪"模式。使量詞預設為非貪婪的,透過量詞後緊接? 的方式可以使其成為貪婪的。這和perl 是不相容的。它同樣可以使用 模式內修飾符設定 (?U)進行設置, 或量詞後以問號標示其非貪婪(例如.*?)。符開啟了PCRE 與perl 不相容的附件功能。模式中的任意反斜線後就 ingen 一個 沒有特殊意義的字元都會導致一個錯誤,以此保留這些字元以保證向後相容性。 預設情況下,在 perl 中,反斜線緊跟著一個沒有特殊意義的字元被認為是該字元的原文。 目前沒有其他特性由這個修飾符控制。

J (PCRE_INFO_JCHANGED)

內部選項設定(?J)修改本地的PCRE_DUPNAMES選項。允許子組重名, (譯註:只能透過內部選項設置,外部的 /J 設定會產生錯誤。)

u (PCRE_UTF8)

此修正符開啟一個與 perl 不相容的附加功能。 模式字串被認為是utf-8的. 這個修飾符 從 unix 版php 4.1.0 或更高,win32版 php 4.2.3 開始可用。 php 4.3.5 開始檢視模式的 utf-8 合法性。


陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn