Apache Commons通常被认为是一个可靠的项目。但是请记住，如果你想确保它是一个真实的电子邮件，并且所有者希望它在你的网站上使用，你仍然需要发送一封验证邮件到这个地址。

编辑:有一个错误，它对域名的限制太大，导致它不接受来自新顶级域名的有效电子邮件。 此错误已于03/Jan/15 02:48在common -validator版本1.4.1中解决

你可能还想检查长度——电子邮件的长度不超过254个字符。我使用apache commons验证器，它不检查这个。

我只是想知道为什么没有人从Hibernate Validator的附加约束中想出@Email。验证器本身就是EmailValidator。

Apache Commons通常被认为是一个可靠的项目。但是请记住，如果你想确保它是一个真实的电子邮件，并且所有者希望它在你的网站上使用，你仍然需要发送一封验证邮件到这个地址。

编辑:有一个错误，它对域名的限制太大，导致它不接受来自新顶级域名的有效电子邮件。 此错误已于03/Jan/15 02:48在common -validator版本1.4.1中解决

当前的Apache Commons Validator版本为1.3.1。

进行验证的类是org.apache.commons.validator.EmailValidator。它导入了org.apache.oro.text.perl。Perl5Util来自一个退役的雅加达ORO项目。

BTW, I found that there is a 1.4 version, here are the API docs. On the site it says: "Last Published: 05 March 2008 | Version: 1.4-SNAPSHOT", but that's not final. Only way to build yourself (but this is a snapshot, not RELEASE) and use, or download from here. This means 1.4 has not been made final for three years (2008-2011). This is not in Apache's style. I'm looking for a better option, but didn't find one that is very adopted. I want to use something that is well tested, don't want to hit any bugs.

如果您正在尝试从客户端接收表单验证，或者仅仅是bean验证，请保持简单。 最好是做一个宽松的电子邮件验证，而不是做一个严格的电子邮件验证并拒绝一些人(例如，当他们试图注册你的web服务时)。 由于电子邮件的用户名部分几乎允许任何内容，而且每个月都有这么多新域名被添加(例如。company， . enterprise， .estate)，所以不限制是更安全的:

Pattern pattern = Pattern.compile("^.+@.+\\..+$");
Matcher matcher = pattern.matcher(email);