不幸的是，其他答案都是错的。大多数人引用了RFC 2821或更新的版本，该版本甚至没有定义电子邮件地址。它所做的就是定义路径。电子邮件地址由RFC 2822(或更新的版本)定义，可以更长。有效地址不是有效路径的例子有:

(Firstname Lastname) user@domain
Firstname Lastname <user@domain>

这两个都是相同的邮箱，但写得不同。因此，如果您的目标是在数据库中存储电子邮件地址，254、256或320个字节的限制可能太低了，尽管在实践中，这很少会成为问题。

320

线段是这样的

{64} @ {255}

64 + 1 + 255 = 320

如果你正在验证电子邮件，你也应该阅读这篇文章:我知道如何验证一个电子邮件地址，直到我阅读RFC

其他的回答把水搅浑了一点。 简单的回答:我们控制的电子邮件的总字符为254个 256个代表整个电子邮件地址，其中包括开头隐含的“<”和结尾的“>”。因此，剩下254个供我们使用。

为了帮助像我这样困惑的新手，“有效电子邮件地址的最大长度是多少?”的答案是254个字符。

如果您的应用程序使用电子邮件，只需将字段设置为接受254个字符或更少的字符，就可以了。

你可以对电子邮件进行一系列测试，看看它在这里是否有效。http://isemail.info/

RFC (Request for Comments)是互联网工程任务组(IETF)的一种出版物，它将254个字符定义为限制。位于这里- https://www.rfc-editor.org/rfc/rfc5321#section-4.5.3

用户 用户名的总长度不能超过64个字符。 域 域部分(@后面的部分)最多255个字符

然而，在RFC 2821中有一个限制:

反向路径和正向路径的总长度最大为256 字符，包括标点符号和元素分隔符”。自 不符合这些字段的地址通常是没有用的 地址长度的上限通常被认为是 path = " < " [a -d-l ": "]邮箱" > " 中至少包含一对尖括号 添加到邮箱，将电子邮件地址限制为254 字符。

不幸的是，其他答案都是错的。大多数人引用了RFC 2821或更新的版本，该版本甚至没有定义电子邮件地址。它所做的就是定义路径。电子邮件地址由RFC 2822(或更新的版本)定义，可以更长。有效地址不是有效路径的例子有:

(Firstname Lastname) user@domain
Firstname Lastname <user@domain>

这两个都是相同的邮箱，但写得不同。因此，如果您的目标是在数据库中存储电子邮件地址，254、256或320个字节的限制可能太低了，尽管在实践中，这很少会成为问题。