正則表達式實戰：點號（.）匹配任意字符的陷阱與最佳實踐

點號 . 是正則中最強大也最易濫用的元字符。本文揭示其預設不匹配換行的歷史包袱、單行/多行模式差異，並給出保守使用原則與進階替代方案。

核心行為：預設不匹配換行符

• 預設：. ≡ [^\n\r] (Windows) 或 [^\n] (Unix)，不匹配換行符。
• 歷史原因：早期工具（grep, sed）逐行處理，字串不含換行，故 . 從未需匹配換行。

跨行匹配：啟用「單行模式」

常見誤用場景與修正

場景：匹配日期格式 mm/dd/yy，分隔符任意

# 錯誤：\d\d.\d\d.\d\d  → 也會匹配 02512703（數字當分隔符）
# 改進：\d\d[-/.]\d\d[-/.]\d\d  → 限定分隔符集合
# 進階：[0-1]\d[-/.][0-3]\d[-/.]\d\d  → 進一步限制月份/日期範圍

保守使用原則

1. 盡量避免單獨使用 .：改用明確字符類別 [^...] 或具體字符集。
2. 在字符類別中 . 非元字符：[.-/] 直接匹配點號、連字符、斜線，無需轉義。
3. 根據資料可信度選擇精確度：輸入驗證需嚴格；已知乾淨資料源掃描可寬鬆。

點號雖便利，卻是「懶惰的萬能鑰匙」。精準的正則源於對資料格式的深度理解，而非貪圖寫法簡短。