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.

Scanner no hace pausa

Java Scanner no hace pausa para introducir datos con nextLine

Java Scanner no hace pausa para introducir datos con nextLine

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:

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.

Explicando el problema

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.

Solución

Solución a comportamiento raro de Scanner en Java

Solución a comportamiento raro de Scanner en Java

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:

Puedes probar el ejemplo en este enlace y verás que ahora funciona como se espera. 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.


Estoy disponible para trabajar en tu proyecto o realizar tu tarea pendiente, no dudes en ponerte en contacto conmigo.
Si el post fue de tu agrado muestra tu apoyo compartiéndolo, suscribiéndote al blog, siguiéndome o realizando una donación.

Suscribir por correo

Ingresa tu correo y recibirás mis últimas entradas sobre programación, open source, bases de datos y todo lo relacionado con informática

Únete a otros 3,194 suscriptores


parzibyte

Programador freelancer listo para trabajar contigo. Aplicaciones web, móviles y de escritorio. PHP, Java, Go, Python, JavaScript, Kotlin y más :) https://parzibyte.me/blog/software-creado-por-parzibyte/

0 Comentarios

Deja un comentario

Marcador de posición del avatar

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

A %d blogueros les gusta esto: