無人談?wù)摰膯栴}

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

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

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

實(shí)際上有效的奇怪電子郵件

# 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ī)表示式引擎都會因這些而窒息。

為什麼？

電子郵件標(biāo)準(zhǔn)太瘋狂了。

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

• 引用本地部分
• 括號內(nèi)的評論
• 嵌套評論
• 當(dāng)?shù)氐奶厥庾衷?/li>
• 多個域標(biāo)籤

錯誤驗(yàn)證的隱性成本

1. 失去真實(shí)用戶

嚴(yán)格的正規(guī)表示式可能會拒絕完美的電子郵件地址。想像因?yàn)闈撛诳蛻舻碾娮余]件看起來「奇怪」而拒絕他們，就像有：

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

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

2.ReDoS攻擊

使用回溯的正規(guī)表示式引擎容易受到正規(guī)表示式阻斷服務(wù) (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è)計(jì)輸入，使您的驗(yàn)證函數(shù)陷入停頓。

更明智的方法

實(shí)際有效的基本驗(yàn)證

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
    )

真正的解決方案：驗(yàn)證

1. 基本語法檢查
2. 發(fā)送驗(yàn)證連結(jié)
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：電子郵件驗(yàn)證器
• JavaScript：validator.js
• Java：Apache Commons 驗(yàn)證器

更好的驗(yàn)證類

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

底線

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

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

重點(diǎn)

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

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

想要我進(jìn)一步分解其中的任何部分嗎？

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

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

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