ja nic o SNP znać. Twój kod jest nieco mylący w części odbierającej. Użyłem przykładu poniżej, aby wysłać i odczytać odpowiedź serwera dla żądania HTTP GET. Najpierw przyjrzyjmy się prośbie, a następnie zbadaj odpowiedź.
HTTP GET request:
nagłówka odpowiedzi HTTP
GET/HTTP/1.1
Host: 127.0.0.1
Connection: keep-alive
Accept: text/html
User-Agent: CSharpTests
string - "GET/HTTP/1.1\r\nHost: 127.0.0.1\r\nConnection: keep-alive\r\nAccept: text/html\r\nUser-Agent: CSharpTests\r\n\r\n"
Serwer:
HTTP/1.1 200 OK
Date: Sun, 07 Jul 2013 17:13:10 GMT
Server: Apache/2.4.4 (Win32) OpenSSL/0.9.8y PHP/5.4.16
Last-Modified: Sat, 30 Mar 2013 11:28:59 GMT
ETag: \"ca-4d922b19fd4c0\"
Accept-Ranges: bytes
Content-Length: 202
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: text/html
string - "HTTP/1.1 200 OK\r\nDate: Sun, 07 Jul 2013 17:13:10 GMT\r\nServer: Apache/2.4.4 (Win32) OpenSSL/0.9.8y PHP/5.4.16\r\nLast-Modified: Sat, 30 Mar 2013 11:28:59 GMT\r\nETag: \"ca-4d922b19fd4c0\"\r\nAccept-Ranges: bytes\r\nContent-Length: 202\r\nKeep-Alive: timeout=5, max=100\r\nConnection: Keep-Alive\r\nContent-Type: text/html\r\n\r\n"
ja celowo, pominięte ciało odpowiedzi serwera, ponieważ wiemy już, że jest dokładnie 202 bajtów, jak określono przez Content-Length w nagłówku odpowiedzi.
Spojrzenie na specyfikację HTTP pokaże, że nagłówek HTTP kończy się pustym nowym wierszem ("\ r \ n \ r \ n"). Musimy więc poszukać go.
Zobaczmy kod w akcji. Załóżmy zmienne gniazdo typu System.Net.Sockets.Socket.
socket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
socket.Connect("127.0.0.1", 80);
string GETrequest = "GET/HTTP/1.1\r\nHost: 127.0.0.1\r\nConnection: keep-alive\r\nAccept: text/html\r\nUser-Agent: CSharpTests\r\n\r\n";
socket.Send(Encoding.ASCII.GetBytes(GETrequest));
Wysłaliśmy wniosek do serwera, otrzymamy i poprawnie przeanalizujemy odpowiedź.
bool flag = true; // just so we know we are still reading
string headerString = ""; // to store header information
int contentLength = 0; // the body length
byte[] bodyBuff = new byte[0]; // to later hold the body content
while (flag)
{
// read the header byte by byte, until \r\n\r\n
byte[] buffer = new byte[1];
socket.Receive(buffer, 0, 1, 0);
headerString += Encoding.ASCII.GetString(buffer);
if (headerString.Contains("\r\n\r\n"))
{
// header is received, parsing content length
// I use regular expressions, but any other method you can think of is ok
Regex reg = new Regex("\\\r\nContent-Length: (.*?)\\\r\n");
Match m = reg.Match(headerString);
contentLength = int.Parse(m.Groups[1].ToString());
flag = false;
// read the body
bodyBuff = new byte[contentLength];
socket.Receive(bodyBuff, 0, contentLength, 0);
}
}
Console.WriteLine("Server Response :");
string body = Encoding.ASCII.GetString(bodyBuff);
Console.WriteLine(body);
socket.Close();
Jest to prawdopodobnie najgorszy sposób to zrobić w C#, istnieje mnóstwo klas do obsługi żądań HTTP i odpowiedzi w .NET, ale jeśli to potrzebne, to działa.
Czy jest jakiś powód, dla którego należy używać gniazd, zamiast, powiedzmy, "System.Net.Http.HttpClient"? –
lub Webclient w tej sprawie ... – steveg89
Nie ma żadnego konkretnego powodu. Właściwie nie byłem świadomy 'HttpCLient lub Webclient'. Ale tak czy inaczej chciałbym zrozumieć, co jest wrogiem z powyższym kodem. – RanRag