Java, sockets, BufferedReader y readline colgar ... :(

Question

No soy un programador de Java. Trato de evitarlo a toda costa en realidad, pero se requiere que lo use para una clase (en el sentido de la escuela). el maestro requiere que usamos socket(), BufferedReader(), PrintStream() y varias otras cosas, incluyendo el método readLine() BufferedReader() 's.

Básicamente, este es el problema que estoy teniendo. la documentación indica claramente que readLine debe devolver un valor nulo al final de la secuencia de entrada, pero eso no es lo que está pasando.

Socket link  = new Socket(this.address, 80); 
BufferedReader in = new BufferedReader(new InputStreamReader(link.getInputStream())); 
PrintWriter out = new PrintWriter( new PrintWriter(  link.getOutputStream(), true)); 

out.print("GET blah blah blah"); // http request by hand 
out.flush(); // send the get please 

while((s=in.readLine()) != null) { 

    // prints the html correctly, hooray!! 
    System.out.println(s); 
} 

en lugar de terminar al final del HTML, aparece un l en blanco ine, a 0 y otra línea en blanco y luego in.readLine() se bloquea para siempre. ¿Por qué? ¿Dónde está mi nulo?

Probé out.close() para ver si tal vez Yahoo! estaba haciendo una sesión persistente http o algo así (que no creo que sería sin el encabezado que estamos dispuestos a hacerlo).

Todos los ejemplos de sockets de Java que encuentro en la red parecen indicar while loop es la forma correcta. Simplemente no sé lo suficiente Java para depurar esto.

Answer 1

Tu problema es la codificación del contenido "fragmentado". Esto se usa cuando la longitud del contenido solicitado desde el servidor web no se conoce en el momento en que se inicia la respuesta. Básicamente consiste en el número de bytes que se envían, seguido de CRLF, seguido de los bytes. El final de una respuesta se señala por la secuencia exacta que está viendo. El servidor web ahora está esperando su próxima solicitud (esto también se llama "solicitud de canalización").

usted tiene varias posibilidades:

• Uso HTTP versión 1.0. Esto hará que el servidor web cierre automáticamente la conexión cuando se haya enviado una respuesta por completo.
• Especifique el encabezado "Conexión: cerrar" al enviar su solicitud. Esto también cerrará la conexión.
• Parse la codificación del contenido "fragmentado" de forma correcta y sencilla, trátelo como si la respuesta ya estuviera completa, de lo que se trata.

Answer 2

¿Estás leyendo desde un socket (no lo muestras en tu código, pero eso es lo que deduzco del texto)?

Mientras el otro lado no está cerrando la conexión, Java no sabe que es al final de la entrada, por lo readLine() está esperando al otro lado para enviar más datos y no vuelve null.

Answer 3

Probar GET url HTTP/1.0. El HTTP/1.0 le dice al servidor que no puede manejar más de un documento por conexión. En este caso, el servidor debe cerrar la conexión después de enviarle el resultado.

Answer 4

Su solicitud HTTP no está completa sin 2 pares de retorno de carro + salto de línea. Probablemente también deba llamar al cerrar después de enviar la solicitud:

out.print("GET /index.html HTTP/1.0\r\n"); 
// maybe print optional headers here 
// empty line 
out.print("\r\n"); 
out.flush(); 
out.close();