升級到 PHP 7.3 後，為什麼我的 PHP 正規表示式會產生「preg_match(): 編譯失敗：字元類別中的範圍無效」？

字元類別中的範圍無效：了解PHP 升級後的問題

錯誤訊息「preg_match(): 編譯失敗：字元類別中的範圍無效」表示存在問題與提供的程式碼中使用的正規表示式。 PHP 升級後可能會出現此問題，特別是由於 PCRE2 庫的變更而從早期版本遷移到 PHP 7.3 或更高版本時。

PHP 7.3 中向PCRE2 的轉變

使用PHP 7.3 ，PHP PCRE引擎過渡到PCRE2，導致幾個向後不相容的問題更改：

• “S”修飾符無效，因為會自動研究模式。
• 「X」修飾符在 PCRE2 中表現為預設值，沒有重大影響。
• Unicode 10 在PCRE2 中實現，可能會引入無效的行為更改

字符類中的連字符：PHP 7.3 之前和之後

在PHP 7.3之前，連字符可以在字元類別中的任何位置使用（如果轉義或放置在它們不能使用的地方）不表示範圍。但是，在 PHP 7.3 及更高版本中，PCRE2_EXTRA_BAD_ESCAPE_IS_LITERAL 預設為 false。

因此，要在字符類中包含連字符：

• 在開頭或結尾處使用它這

範例：

在提供的程式碼中，有問題的行是：

if(!preg_match("/^[a-z0-9]([0-9a-z_-\s])+$/i", $subuser)){

問題出在字元內的連字符(-)類 [0-9a-z_-s]。要修復此問題，請將連字符放在末尾或開頭：

if(!preg_match("/^[a-z0-9]([0-9a-z\_-\s0-9a-z\_-\s])+$/i", $subuser)){

其他參考：

“PHP 7.3：PCRE2 已刪除PCRE2_EXTRA_BAD_ESCAPE_IS_LITERAL” 提供了進一步的見解：

PCRE2在模式驗證方面更加嚴格，因此升級後，一些您現有的模式無法再編譯。

因此，可能需要對現有模式進行仔細審查和修改，以確保與 PHP 7.3 及更高版本中的 PCRE2 相容。

以上是升級到 PHP 7.3 後，為什麼我的 PHP 正規表示式會產生「preg_match(): 編譯失敗：字元類別中的範圍無效」？的詳細內容。更多資訊請關注PHP中文網其他相關文章！