無人談論的問題

說實話：電子郵件驗證聽起來很簡單，但它是一個技術陷阱，即使是經(jīng)驗豐富的開發(fā)人員也會陷入困境。

到底發(fā)生了什麼事？

假設您正在建立一個註冊表單。你的第一直覺？在電子郵件欄位中新增正規(guī)表示式。糟糕的舉動。

實際上有效的奇怪電子郵件

# These are ALL technically valid emails!
valid_emails = [
    '"J. R. \"Bob\" Dobbs"@example.com',
    'admin@mailserver1',
    'user+tag@gmail.com',
    'postmaster@[123.123.123.123]'
]

大多數(shù)正規(guī)表示式引擎都會因這些而窒息。

為什麼？

電子郵件標準太瘋狂了。

大多數(shù)開發(fā)人員會驚訝地發(fā)現(xiàn)，根據(jù) RFC 5322，這些實際上是技術上有效的電子郵件地址。規(guī)範允許：

• 引用本地部分
• 括號內的評論
• 嵌套評論
• 當?shù)氐奶厥庾衷?/li>
• 多個域標籤

錯誤驗證的隱性成本

1. 失去真實用戶

嚴格的正規(guī)表示式可能會拒絕完美的電子郵件地址。想像因為潛在客戶的電子郵件看起來「奇怪」而拒絕他們，就像有：

• 加上地址（用戶tags@gmail.com）
• 非常規(guī)的域結構
• 國際字符集
• 合法但複雜的命名約定

你的產(chǎn)品團隊會非常不高興，更重要的是；銷售真的會很生氣。

2.ReDoS攻擊

使用回溯的正規(guī)表示式引擎容易受到正規(guī)表示式阻斷服務 (ReDoS) 攻擊。

def dangerous_regex_check(user_input):
    # This regex can destroy your server's performance
    evil_pattern = r'^(a+)+b$'
    return re.match(evil_pattern, user_input)

# Just 30 characters can crash your system
malicious_input = 'a' * 30 + 'b'

攻擊者可以精心設計輸入，使您的驗證函數(shù)陷入停頓。

更明智的方法

實際有效的基本驗證

def smart_email_check(email):
    """Quick and dirty email sanity check"""
    return (
        email and 
        '@' in email and 
        '.' in email.split('@')[1] and
        len(email) <= 254  # Email length limit
    )

真正的解決方案：驗證

1. 基本語法檢查
2. 發(fā)送驗證連結
3. 讓使用者證明電子郵件有效

def validate_email(email):
    if not basic_email_check(email):
        return False

    # Send verification token
    token = generate_unique_token()
    send_verification_email(email, token)

    return True

真正開發(fā)人員的 Pro Tools

不要寫自己的正規(guī)表示式，而是使用經(jīng)過測試的函式庫：

• Python：電子郵件驗證器
• JavaScript：validator.js
• Java：Apache Commons 驗證器

更好的驗證類

class EmailValidator:
    @staticmethod
    def validate(email):
        """
        Smart email validation
        - Quick syntax check
        - Verify deliverability
        """
        try:
            # Use a smart library
            validate_email(
                email, 
                check_deliverability=True
            )
            return True
        except EmailInvalidError:
            return False

底線

電子郵件驗證並不是要創(chuàng)造一個牢不可破的堡壘。這是關於：

• 讓真實使用者進入
• 確保您的系統(tǒng)安全
• 不要讓事情變得複雜

重點

1. 忘記複雜的正規(guī)表示式
2. 使用經(jīng)過驗證的函式庫
3. 發(fā)送驗證郵件
4. 使用者友善

正確做到這一點的開發(fā)人員可以避免無數(shù)的麻煩。

想要我進一步分解其中的任何部分嗎？

順便說一句，我正在開發(fā)一個無限制的上下文工具，您可以在其中使用您喜歡的法學碩士，而無需一次又一次地提供上下文。

請檢查一下，它對開發(fā)者完全免費。

以上是為什麼經(jīng)驗豐富的開發(fā)人員從不使用正規(guī)表示式進行電子郵件驗證？的詳細內容。更多資訊請關注PHP中文網(wǎng)其他相關文章！