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.
Hoy te voy a presentar un creador de credenciales que acabo de programar y que…
Ya te enseñé cómo convertir una aplicación web de Vue 3 en una PWA. Al…
En este artículo voy a documentar la arquitectura que yo utilizo al trabajar con WebAssembly…
En un artículo anterior te enseñé a crear un PWA. Al final, cualquier aplicación que…
Al usar Comlink para trabajar con los workers usando JavaScript me han aparecido algunos errores…
En este artículo te voy a enseñar cómo usar un "top level await" esperando a…
Esta web usa cookies.
Ver comentarios
Gracias bro me estaba volviendo loco por eso culpa del scanner