無人談?wù)摰膯栴}

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

到底發(fā)生了什么？

假設(shè)您正在構(gòu)建一個注冊表單。你的第一直覺？在電子郵件字段中添加正則表達式。糟糕的舉動。

實際有效的奇怪電子郵件

# 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ù)正則表達式引擎都會因這些而窒息。

為什么？

電子郵件標準太瘋狂了。

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

• 引用本地部分
• 括號內(nèi)的評論
• 嵌套評論
• 當?shù)氐奶厥庾址?/li>
• 多個域標簽

錯誤驗證的隱性成本

1. 失去真實用戶

嚴格的正則表達式可能會拒絕完美的電子郵件地址。想象一下因為潛在客戶的電子郵件看起來“奇怪”而拒絕他們，就像有：

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

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

2.ReDoS攻擊

使用回溯的正則表達式引擎容易受到正則表達式拒絕服務(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è)計輸入，使您的驗證函數(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

不要編寫自己的正則表達式，而是使用經(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)建一個牢不可破的堡壘。這是關(guān)于：

• 讓真實用戶進入
• 確保您的系統(tǒng)安全
• 不要讓事情變得復(fù)雜

要點

1. 忘記復(fù)雜的正則表達式
2. 使用經(jīng)過驗證的庫
3. 發(fā)送驗證郵件
4. 用戶友好

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

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

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

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

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