Warum ignoriert nextInt()/n?

Question

Ich stieß auf ein Problem mit meinem Code, den ich glücklicherweise mit einer anderen ähnlichen Frage lösen konnte, aber ich bin neugierig, warum dies geschieht.

Hier ist eine vereinfachte Version meines Programms:

public static void main(String[] args){ 
    Scanner scan = new Scanner(System.in); 
    String input = scan.nextLine(); 

    while(!input.equals("x")){ 

     if(input.equals("m")){ 
      String temp = scan.nextLine(); 
      String entry = scan.nextLine(); 
     } 
     else if(input.equals("f")){ 
      String color = scan.nextLine(); 
      int nothing = scan.nextInt(); 
     } 

     System.out.println("Enter 'm' for mascara, 'f' for foundation, 'x' to exit"); 
     System.out.println("Entry? :"); 
     input = scan.nextLine(); 
    } 
} 

Mit diesem Code ‚m‘ eingegeben wird mir keine Probleme, sondern ‚f‘ bewirkt, dass mir unsere die beiden Zeilen zweimal drucken. Warum passiert das genau mit nextInt() und nicht mit nextLine()?

'm' 
Enter 'm' for mascara, 'f' for foundation, 'x' to exit 
Entry? : 
'f' 
Enter 'm' for mascara, 'f' for foundation, 'x' to exit 
Entry? : 
Enter 'm' for mascara, 'f' for foundation, 'x' to exit 
Entry? : 

Answer 1

Warum ignorieren nextInt() \ n?

Es ignoriert es nicht. Es liest es einfach nicht .

In der Tat ist es die nextLine Methode, die die anomale hier ist. Die meisten der next-Methoden funktionieren, indem sie das nächste Token abrufen und dann versuchen, Token zu analysieren. das nächste Token immer bedeutet:

1. alle führenden Begrenzungszeichen Überspringen (standardmäßig Leerzeichen)
2. Lesen Zeichen bis zu, aber nicht einschließlich der nächsten Trennzeichen.

Die nextLine() Methode ist anders. Es liest einfach alle Zeichen bis einschließlich der nächsten Zeilenende-Sequenz.

---

^{1 - ... es sei denn, es ist einer der führenden Trennzeichen an dem Punkt ist, dass nextInt() genannt wird!}