muduo网络库HTTP服务器调试与优化实战

1. muduo网络库HTTP服务器调试全记录

最近在使用muduo网络库开发HTTP服务器时，遇到了一些有趣的问题。作为一款高性能的C++网络库，muduo在Linux环境下表现出色，但在实际开发中仍然需要仔细调试。本文将详细记录从问题发现到解决的完整过程，包括服务器初始化、请求处理、超时管理等多个关键环节的调试经验。

2. 问题现象与初步分析

2.1 基础连接测试失败

最初测试时发现，虽然TCP连接能够成功建立，但发送GET请求后服务器没有返回预期的"hello"响应。通过Wireshark抓包确认客户端确实发送了请求，但服务端没有响应，这说明问题出在服务器内部处理流程。

关键排查步骤：

1. 确认TCP三次握手完成（通过netstat或ss命令）
2. 检查服务器是否监听了正确端口
3. 验证请求是否到达应用层

2.2 日志系统异常

在调试过程中，发现有时服务器完全不打印任何日志，这给问题定位带来了很大困难。通过添加详细的初始化日志，逐步缩小问题范围：

cpp复制// 示例：增强版日志输出
LOG_DEBUG << "HttpServer initializing...";
LOG_DEBUG << "TcpServer constructed, baseLoop: " << baseLoop_;
LOG_DEBUG << "ThreadPool initialized with " << threadNum_ << " threads";

3. 服务器初始化问题排查

3.1 Acceptor初始化异常

通过日志追踪发现，虽然TcpServer的基础事件循环(baseLoop)初始化正常，但Acceptor的初始化没有完成。具体表现为以下关键日志未打印：

cpp复制DBG_LOG("Acceptor socket created, listenfd: %d", listenFd_);
DBG_LOG("Channel for listenfd created");

根本原因分析：

1. Acceptor构造函数中直接调用了accept()获取新连接
2. 此时尚未调用listen()，accept()会无限阻塞
3. 主线程卡在accept()，导致后续初始化无法继续

解决方案：

cpp复制// 正确的初始化顺序
Acceptor::Acceptor(EventLoop* loop, const InetAddress& listenAddr)
    : loop_(loop),
      acceptSocket_(sockets::createNonblockingOrDie()),
      acceptChannel_(loop, acceptSocket_.fd())
{
    // 先设置socket选项
    acceptSocket_.setReuseAddr(true);
    acceptSocket_.bindAddress(listenAddr);
    
    // 延迟到listen()时才设置可读回调
    acceptChannel_.setReadCallback(std::bind(&Acceptor::handleRead, this));
}

void Acceptor::listen() {
    loop_->assertInLoopThread();
    listening_ = true;
    acceptSocket_.listen();
    acceptChannel_.enableReading()