Was ist die beste Validierungsmethode für Java-E-Mail-Adressen? [closed]

Question 1

Was sind die guten E-Mail-Adressvalidierungsbibliotheken für Java? Gibt es Alternativen zu Commons-Validator?

Question 2

Verwendung der offizielles Java-E-Mail-Paket ist am einfachsten:

public static boolean isValidEmailAddress(String email) {
   boolean result = true;
   try {
      InternetAddress emailAddr = new InternetAddress(email);
      emailAddr.validate();
   } catch (AddressException ex) {
      result = false;
   }
   return result;
}

Question 3

Apache Commons ist allgemein als solides Projekt bekannt. Denken Sie jedoch daran, dass Sie immer noch eine Bestätigungs-E-Mail an die Adresse senden müssen, wenn Sie sicherstellen möchten, dass es sich um eine echte E-Mail handelt und der Eigentümer möchte, dass sie auf Ihrer Website verwendet wird.

BEARBEITEN: Da war ein Insekt wo es für die Domäne zu restriktiv war, was dazu führte, dass es keine gültigen E-Mails von neuen TLDs akzeptierte.

Dieser Fehler wurde am 03. Januar 2015 um 14:48 Uhr behoben Commons-Validator Version 1.4.1

Question 4

Der Apache Commons-Validator kann wie in den anderen Antworten erwähnt verwendet werden.

pom.xml:

<dependency>
    <groupId>commons-validator</groupId>
    <artifactId>commons-validator</artifactId>
    <version>1.4.1</version>
</dependency>

build.gradle:

compile 'commons-validator:commons-validator:1.4.1'

Der Import:

import org.apache.commons.validator.routines.EmailValidator;

Der Code:

String email = "[email protected]";
boolean valid = EmailValidator.getInstance().isValid(email);

und um lokale Adressen zuzulassen

boolean allowLocal = true;
boolean valid = EmailValidator.getInstance(allowLocal).isValid(email);

Question 5

Späte Antwort, aber ich denke, es ist einfach und würdig:

    public boolean isValidEmailAddress(String email) {
           String ePattern = "^[a-zA-Z0-9.!#$%&'*+/=?^_`{|}~-]+@((\\[[0-9]{1,3}\\.[0-9]{1,3}\\.[0-9]{1,3}\\.[0-9]{1,3}\\])|(([a-zA-Z\\-0-9]+\\.)+[a-zA-Z]{2,}))$";
           java.util.regex.Pattern p = java.util.regex.Pattern.compile(ePattern);
           java.util.regex.Matcher m = p.matcher(email);
           return m.matches();
    }

Testfälle:

Für Produktionszwecke sollten Domänennamenvalidierungen netzwerkweise durchgeführt werden.

Question 6

Wenn Sie versuchen, eine vom Client empfangene Formularvalidierung oder nur eine Bean-Validierung durchzuführen, halten Sie es einfach. Es ist besser, eine lockere E-Mail-Validierung durchzuführen, als eine strenge und einige Leute abzulehnen (z. B. wenn sie versuchen, sich für Ihren Webdienst zu registrieren). Da im Benutzernamensteil der E-Mail fast alles erlaubt ist und buchstäblich jeden Monat so viele neue Domains hinzugefügt werden (z. B. .company, .entreprise, .estate), ist es sicherer, nicht restriktiv zu sein:

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

Question 7

Spät zur Frage hier, aber: Ich unterhalte eine Klasse unter dieser Adresse: http://lacinato.com/cm/software/emailrelated/emailaddress

Es basiert auf der Klasse von Les Hazlewood, hat aber zahlreiche Verbesserungen und behebt ein paar Fehler. Apache-Lizenz.

Ich glaube, es ist der leistungsfähigste E-Mail-Parser in Java, und ich habe noch keinen leistungsfähigeren in irgendeiner Sprache gesehen, obwohl es möglicherweise einen gibt. Es ist kein Parser im Lexer-Stil, sondern verwendet einen komplizierten Java-Regex und ist daher nicht so effizient, wie es sein könnte, aber mein Unternehmen hat weit über 10 Milliarden reale Adressen damit geparst: Es ist sicherlich in einer Hochleistungsanwendung verwendbar Lage. Vielleicht trifft es einmal im Jahr auf eine Adresse, die einen Regex-Stapelüberlauf verursacht (angemessen), aber das sind Spam-Adressen, die Hunderte oder Tausende von Zeichen lang sind, mit vielen, vielen Anführungszeichen und Klammern und dergleichen.

RFC-2822 und die zugehörigen Spezifikationen sind in Bezug auf E-Mail-Adressen wirklich recht freizügig, sodass eine Klasse wie diese für die meisten Anwendungen übertrieben ist. Zum Beispiel ist das Folgende eine legitime Adresse, gemäß Spezifikation, Leerzeichen und allem:

"<bob \" (here) " < (hi there) "bob(the man)smith" (hi) @ (there) example.com (hello) > (again)

Kein Mailserver würde das zulassen, aber diese Klasse kann es parsen (und in eine verwendbare Form umschreiben).

Wir haben festgestellt, dass die vorhandenen Java-E-Mail-Parser-Optionen nicht dauerhaft genug sind (was bedeutet, dass alle einige gültige Adressen nicht parsen konnten), also haben wir diese Klasse erstellt.

Der Code ist gut dokumentiert und hat viele einfach zu ändernde Optionen, um bestimmte E-Mail-Formulare zuzulassen oder zu verbieten. Es bietet auch viele Methoden, um auf bestimmte Teile der Adresse zuzugreifen (linke Seite, rechte Seite, Personennamen, Kommentare usw.), um Postfachlisten-Header zu parsen/validieren, um den Rückgabepfad zu parsen/validieren (der unter den Headern einzigartig ist) und so weiter.

Der geschriebene Code hat eine Javamail-Abhängigkeit, aber er ist leicht zu entfernen, wenn Sie die kleinere Funktionalität, die er bietet, nicht möchten.

Question 8

Ich frage mich nur, warum niemand darauf gekommen ist @Email von den zusätzlichen Beschränkungen des Hibernate Validator. Der Validator selbst ist EmailValidator.