Un desarrollador identificó una falsa alarma de carrera de datos (data race) en el cliente HTTP de Go, un error que resultó ser una consecuencia técnica del diseño interno del protocolo. El incidente ocurrió mientras se probaba la aplicación vmagent, donde el detector de concurrencia reportó una lectura y escritura simultáneas en la misma memoria. El análisis reveló que el problema no residía en el código del usuario, sino en la interacción entre el bufer global reutilizado por el cliente y las goroutines internas de net/http.
El artículo explica que el cliente HTTP de Go utiliza tres goroutines por conexión: writeLoop para enviar la solicitud y readLoop para recibir la respuesta. Cuando el servidor responde antes de que el cliente termine de enviar el cuerpo de la solicitud, readLoop puede leer el bufer mientras el cliente principal sigue escribiendo datos para un intento posterior. Esta superposición temporal genera la apariencia de una carrera de datos, aunque el código original no contenía errores de concurrencia explícitos. El texto detalla cómo el select del cliente espera la respuesta del servidor, permitiendo que la lectura del bufer ocurra antes de que el ciclo de escritura se complete. Este análisis técnico es crucial para ingenieros que buscan comprender el comportamiento subyacente de las herramientas de concurrencia en Go y evitar diagnósticos erróneos en entornos de producción.