Solución a comportamiento raro de Scanner en Java
Hoy vamos a ver un problema y su solución de Java en cuanto al uso del Scanner. Obviamente si leímos la documentación probablemente no tengamos este problema, pero si no, en algún momento de la vida nos vamos a encontrar con él.
Al usar Scanner podemos solicitar datos de entrada y leerlos con nextInt
, nextLine
, etcétera. Pero en ocasiones al solicitar datos el Scanner no hace una pausa, es decir, no espera a que el usuario introduzca datos.
Esto no pasa siempre, y tampoco pasa de manera aleatoria; en este post te demostraré el problema y te explicaré la solución.
El problema sucede cuando leemos con nextInt
o nextDouble
y luego intentamos leer con nextLine
. Esto es debido a que el Scanner va a leer el int o double pero va a dejar el salto de línea en la entrada.
¿No me crees? prueba el siguiente código y mira cómo es que el Scanner no espera a que el usuario introduzca los datos, se pasa directo:
import java.util.Scanner;
public class Main {
public static void main(String[] args) {
Scanner sc = new Scanner(System.in);
System.out.println("Escribe un número entero: ");
int algunEntero = sc.nextInt();
System.out.println("El número es: " + algunEntero);
System.out.println("Ahora escribe una cadena: ");
String cadena = sc.nextLine();
System.out.println("La cadena es: " + cadena);
}
}
De hecho puedes probarlo en este enlace. Como puedes ver, el Scanner no hace una pausa, es decir, no espera a que el usuario introduzca los datos.
Hasta aquí puede parecer un bug raro, pero no lo es.
En términos simples: cuando leemos un entero o doble, el programa lee hasta antes del salto de línea (pues solo queremos el entero o doble). Entonces deja el salto de línea \n
en el búfer de entrada.
Si después de usar nextInt
o nextDouble
invocamos a nextLine
esta no va a esperar al usuario, porque va a leer el salto de línea que dejó la lectura previa y va a pensar que es una línea (que de hecho lo es).
Esto es debido a que nextLine
lee toda la línea incluyendo el salto de línea, mientras que las otras funciones no lo hacen. Así que nextLine
escaneará una cadena vacía si es que hay un \n
en el búfer.
Hay dos posibles soluciones. La primera es llamar a nextLine
para limpiar el búfer, y no almacenar su resultado en ningún lugar. Básicamente es descartar el salto de línea para que las siguientes llamadas a nextLine
funcionen como se espera.
La segunda solución es escanear todo como cadena y luego convertir al tipo de dato, ya sea entero o doble. Si me preguntas, yo prefiero la primera solución y es la que te muestro en este ejemplo:
import java.util.Scanner;
public class Main {
public static void main(String[] args) {
Scanner sc = new Scanner(System.in);
System.out.println("Escribe un número entero: ");
int algunEntero = sc.nextInt();
System.out.println("El número es: " + algunEntero);
// Consumir salto de línea que dejó nextInt
sc.nextLine();
System.out.println("Ahora escribe una cadena: ");
String cadena = sc.nextLine();
System.out.println("La cadena es: " + cadena);
}
}
De este modo es como podemos evitar estos problemas de Java. Te repito que no es un bug, es un comportamiento esperado.
Si te gusta Java puedes leer más en mi blog.
El día de hoy vamos a ver cómo restablecer la impresora térmica GOOJPRT PT-210 a…
Hoy voy a enseñarte cómo imprimir en una impresora térmica conectada por USB a una…
En este post voy a enseñarte a programar un servidor web en Android asegurándonos de…
En este post te quiero compartir un código de C++ para listar y cancelar trabajos…
Gracias a WebAssembly podemos ejecutar código de otros lenguajes de programación desde el navegador web…
Revisando y buscando maneras de imprimir un PDF desde la línea de comandos me encontré…
Esta web usa cookies.
Ver comentarios
Gracias bro me estaba volviendo loco por eso culpa del scanner