用户名，密码和电子邮件的标准最小和最大长度是多少？
答案 0 :(得分：7)
派对有点晚了，但这是我的回答：Maximum User Field Lengths Query for StackOverflow
下面的查询结果为后人：
Max DisplayName Max Password Max Email Length
Length Used On SO Length
------------------ ------------ ----------------------------------------------------
36 As long as 254 (See: https://stackoverflow.com/a/574698/1945631)
possible
(1 row(s) affected)
并且，从上面的查询结果中，maximum email length answer as a link
答案 1 :(得分：6)
我对这个问题有疑问，因为它预先假定应该有一个标准，并且所有服务的值都是相同的。
我认为对任何这些字段强加最大长度是没有用的，尤其是密码字段。使用密码散列，限制密码长度没有空间优势。可能有理由限制最小密码长度，但最小值应取决于服务的安全性。
使用电子邮件地址，您无法猜测用户将选择的地址有多长，也无法猜测：您是谁说a.very.long.address@some.subdomain.of.makealongeremailaddress.com isn有效，反过来，Twitter不会开始在t.co上销售电子邮件别名吗？
用户名稍微难以推理，但我再次认为限制长度没有任何好处。如果你的服务很受欢迎，那么（比如谷歌）你可能会因为停止比赛以获得短的虚荣用户名而受益，但特别是如果你很受欢迎，限制长度是没有好处的，如果你这样做，你可能会阻止你的用户找到一个尚未采用的合适名称（参见“No-As-Big-As-Size-Sized-Jock-But-Big-than-Wee-Jock-Jock”）。
答案 2 :(得分：3)
根据RFC 5321（SMTP），“反向路径或前向路径[电子邮件地址]的最大总长度为256个八位字节[字节]。”此外，“用户名或其他本地部分的最大总长度为64个八位字节”和“域名或数字的最大总长度为255个八位字节”。 （这是字节，而不是字符;在Unicode中，差异很重要。）
用户名和密码的长度因系统而异。如果您设计使用用户名和密码的Web应用程序，请设置自己的限制。请记住，太短的密码可能不安全。