...
Dersom brukeren så skriver inn en linje med tekst, f.eks. "0 42 true" (uten anførselstegnene), så vil x bli satt til 0, y bli satt til 42 og b til true. Hvis en derimot skriver inn "true 0 42" så vil programmet kræsje, fordi true ikke kan leses som en int. Det er derfor avgjørende at brukeren vet hva som forventes som input og gir det inn på riktig format.
NB! Scanner-en baserer seg på konvensjoner i din locale (altså lokaliteten din, dvs. den regionen du befinner deg i) når den tolker input. Det betyr bl.a. at hvis Java tror du er i Norge så vil den forvente ',' og ikke '.' som desimalkomma i desimaltall (typenedouble og float, som leses med nextDouble() og nextFloat()), og utløse InputMismatchException hvis du skriver inn noe annet. Hvis du vil tvinge Scanner-en til å bruke amerikanske konvensjoner, bl.a. '.' som desimalkomma, så må du si fra om det ved å kalle useLocale-metoden: scanner.useLocale(java.util.Locale.US).
Sjekk av type input
I noen tilfeller er det praktisk at koden som leser input er litt fleksibel, dvs. kan tillate og tolke input av med litt varierende type innhold. Da bruker en hasNext-metodene til å sjekke typen input, før en faktisk leser og tilordner. Anta f.eks. at en skal lese inn en blanding av tall og matematiske operatorer som +, -, * og /. Da kan en bruke følgende kode for sjekk og innlesing:
...