Question

我正在编写一个将页面发送到浏览器时遇到问题的网络服务器。它正确发送第一个文件（该文件包含两个css文件）。但是，在发送第二个文件后，浏览器停止请求数据。它总是错过了完成页面所需的一个css文件。

这里有一些交易：

GET / HTTP/1.1
Host: website.com
Connection: keep-alive
Cache-Control: max-age=0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.31 (KHTML, like Gecko)               Chrome/26.0.1410.43 Safari/537.31
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3

HTTP/1.1 OK 200
Server: thserver
Date: Mon Apr 15 17:29:51 2013
Content-Length: 564

Data received: GET /main.css HTTP/1.1
Host: website.com
Connection: keep-alive
Accept: text/css,*/*;q=0.1
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.31 (KHTML, like Gecko)     Chrome/26.0.1410.43 Safari/537.31
Referer: http://website.com/
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3

HTTP/1.1 OK 200
Server: thserver
Date: Mon Apr 15 17:29:51 2013
Content-Length: 386

如果有人也知道验证http事务的好方法也会有所帮助。我确实查看了chrome的开发工具并显示它正在等待接收最后一个文件，但我似乎从未在服务器上收到请求。

另外，我使用telnet来模拟浏览器，它工作正常。这是我输入的内容：

GET / 
GET /index.css
GET /main.css

每次都会发回文件。

代码使用read（2）继续轮询套接字，但在第三个文件的请求到达时仍保持返回EAGAIN或EWOULDBLOCK。

这是socket io的代码：

const int port_number   = 80;
const int timeout       = 5000000;
const int wait_time     =   10000;

PORT_CALL {

    /* declarations here */

    read_client:

    result = read( socket[ 0 ], &header_buffer[ bytes_read ], BUFFER_SIZE - bytes_read );

    if( result < 0 ){
        if( errno & ( EWOULDBLOCK | EAGAIN ) ){

            if( bytes_read > 0 ){

                bytes_read = 0;
                read_timeout = 0;
                goto respond_request;
            }
            if( read_timeout < timeout ){
                read_timeout += wait_time;
                usleep( wait_time );
                goto read_client;
            }
        }
        goto exit_thread;

    } else if( result > -1 ){
        bytes_read += result;
        goto read_client;
    }
    respond_request:

    /* respond stuff start */

    /* respond stuff end */

    goto read_client;

    exit_thread:

以下是涉及创建套接字的代码

temp->socket_descriptor = socket( AF_INET, SOCK_STREAM, 0 );

temp->server_address.sin_family = AF_INET;
temp->server_address.sin_addr.s_addr = INADDR_ANY;
temp->server_address.sin_port = htons( * temp->port_number );

if( bind( temp->socket_descriptor,
          ( struct sockaddr * ) &temp->server_address,
          sizeof( temp->server_address ) ) < 0 ) ..

listen( temp->socket_descriptor, 10 );

wait_for_client:

new_socket = accept( temp->socket_descriptor,
                     ( struct sockaddr * ) &client_address,
                     &address_length );

我知道我可能会问太多。如果有人知道一个好的调试工具，我可能会想到这一点，我也非常感谢。如果有人建议一个帮助我解决问题的调试工具，我也会认为这是一个答案。

编辑：写入和读取功能现在都在循环中，但问题仍然存在。

Answer 1

如果您只是学习如何使用数据包捕获进行调试，那么wireshark可能更容易入手。它提供了一个GUI，可以轻松定义简单的规则并直观地检查捕获。这当然是一种品味问题，所以只是一个建议。

至于代码，很难说出问题可能是什么，因为它不是SSCCE。我有一些建议，

如果您要检查if( filename )之类的内容，请在释放filename = NULL;后查看for( ; header_buffer[ i ]; i++ ) header_buffer[ i ] = 0;。
如果你想将缓冲区归零，请将其设置为memset或循环整个大小。 if( errno & ( EWOULDBLOCK | EAGAIN ) )中的测试看起来很危险。
准备从返回0的套接字读取和写入，以及＆lt; 0
循环写作。

你的读取循环是否有完整的请求，或者直到它有更多的0字节？看起来像后者，那是对的。

编辑，在下面添加了文字： 示例中的代码仍然不是很完整（写入fex在哪里？），因此很难猜出确切的问题。然而，有几个相当致命的缺陷。

不应该像现在一样{{1}}来测试errno。在Linux上，您可以测试（errno == EWOULDBLOCK），因为EAGAIN和EWOULDBLOCK是相同的。在它们不同的系统上，使用两个带||的测试它们之间。如果errno是fex ECONNRESET，则当前代码返回非零（在Linux上）。
现在代码在技术上涵盖了读取返回0，但不是特殊情况。读取返回0表示连接正在关闭，您不应再读取套接字。

对于Web服务器中可能存在的问题，一个疯狂的猜测（与上面的＃2相关）是客户端在接收第三个文件之前断开连接，并且服务器在关闭的套接字上保持忙碌循环。

我建议浏览Beejs guide或一些关于系统和套接字编程的书。

套接字事务不通过

1 个答案: