Go net/mail.ParseAddress 怎么拆分显示名和邮箱地址

用 mail.ParseAddress(raw) 解析单个联系人，先处理错误，再读取 Name 显示名和 Address 邮箱字段。Name 可以为空；Address 不包含显示名。不要按空格或逗号直接切分，显示名中的这些字符不一定表示地址边界。

官方文档：https://pkg.go.dev/net/mail#ParseAddress。这里只讨论单个地址，不涉及 SMTP 发送。

先确认输入是一位联系人

联系人导入时，一个字段可能是显示名加尖括号邮箱，也可能只有裸邮箱。将原输入命名为 raw，解析对象命名为 contact，便于区分文本与结构化字段。Name 用于展示，Address 用于保存纯邮箱，需要留档时另外保留 raw。

比较手动截取和标准库解析

寻找尖括号看起来只需要几行，但还要处理没有尖括号的输入和带引号显示名。按空格拆分会破坏多词名称，按逗号拆分会把引号内的姓名误当作多人名单。简单正则可以服务于有意限制的业务格式，却不能代替完整邮件地址语法。

当字段约定是一位联系人时，优先用 ParseAddress 解释语法，然后由业务决定是否强制要求显示名。不要在一个截取函数中混合语法解释和产品限制。

解析后读取两个字段

package main

import (
    "fmt"
    "log"
    "net/mail"
)

func main() {
    raw := `"Archive, Blue" `
    // 解析失败时停止，不访问失败调用的返回对象。
    contact, err := mail.ParseAddress(raw)
    if err != nil {
        log.Fatal(err)
    }
    // 带引号打印字段，以便识别空值和实际内容。
    fmt.Printf("name=%q address=%q\n", contact.Name, contact.Address)
}

示例的预期 Name 是 Archive, Blue，Address 是 archive@example.org。显示名外层的语法引号不是 Name 的内容。示例未在本文环境中执行，这里给的是预期条件，不是运行记录。

Go 原始字符串使用反引号，所以双引号可以直接放入 raw；如果改用普通字符串，就需要正确转义。不要把 Go 源代码里的转义方式混入实际联系人字段。

引号内逗号和解析错误怎么处理

示例中逗号属于显示名，整体仍是一位联系人。若字段本来允许多人名单，应选择 ParseAddressList，不应先 Split 再逐个解析。本篇不展开多人导入，只明确这条选择规则。

单地址字段报错后，应向上层返回错误，不能随意删除标点或取第一段。这类“修复”可能改变用户指定的人。可以在业务包装中补充上下文，并保留原错误供调用方处理。

// 包装函数需要导入 fmt 与 net/mail；错误由调用方决定如何展示。
func SplitContact(raw string) (name, address string, err error) {
    contact, err := mail.ParseAddress(raw)
    if err != nil {
        return "", "", fmt.Errorf("联系人格式错误: %w", err)
    }
    return contact.Name, contact.Address, nil
}

语法解析成功不证明邮箱存在或属于该用户，这是应用层的独立问题。也不要因为显示名缺失就说 ParseAddress 没有成功：裸邮箱允许没有名字。

纯邮箱和格式化文本不能互换

读取纯邮箱用 contact.Address，生成邮件地址文本用 contact.String()。String 不是逐字恢复 raw：引用形式可能变化，非 ASCII 名称会按 RFC 2047 表达。因此原文留档应保留 raw，而不是用格式化结果替代。

标准库文档说明 net/mail 不做 Unicode 归一化，也不支持所有过时地址形式或完整范围的跨行空白语法。产品若有进一步规范，应独立定义，不能把解析成功等同于所有输入要求都满足。

按输入约定选择接口

需要自己去掉尖括号吗？

不需要。把完整单地址输入交给解析器，读取 Address 即可。

显示名为空怎么办？

先区分合法裸邮箱和产品要求。如果业务必须有姓名，再单独检查 Name，不要篡改解析器的成功结果。

数据库保存哪个字段？

按用途分开保存：展示使用 Name，邮箱使用 Address，原输入留档使用 raw，避免一个字符串承担三个不明确的角色。