在LibHv中设置自定义404页面及线程模型解析

LibHv作为一个高性能的HTTP服务器库，提供了灵活的配置选项来处理Web请求。本文将重点介绍如何设置自定义404错误页面，并深入解析其线程模型的工作原理。

线程模型：start()与run()的区别

LibHv提供了两种启动服务器的方式，它们在线程管理上有显著差异：

1. run()方法
   该方法会占用当前线程来运行服务器，如果同时设置了线程数(如setThreadNum(4))，则会创建n-1个新线程加上当前线程共同处理事件循环。这种方式适合需要直接控制主线程的场景。

2. start()方法
   此方法会创建全新的线程来运行服务器，完全不会占用调用线程。当设置线程数时，所有线程都是新创建的。这种方式更适合需要保持调用线程自由的场景。

自定义404错误页面实现

在静态网站服务中，处理不存在的资源请求是常见需求。LibHv通过errorHandler机制提供了优雅的解决方案：

auto errorHandler = [](const HttpContextPtr& context)->int {
    return context->sendFile("/path/to/custom_404.html");
};
router.errorHandler = errorHandler;

这种实现方式有几点优势：

• 保持统一的错误页面风格
• 可以动态生成错误内容
• 支持各种媒体类型的错误响应

内存管理注意事项

在与Unreal Engine等大型框架集成时，需特别注意内存管理问题：

1. 避免混合内存模型
   在Windows平台上，确保使用/MD而非/MT编译选项，防止不同运行时库冲突。

2. 谨慎使用async::cleanup()
   在多次启停服务器时，此方法可能导致崩溃，特别是在与游戏引擎集成场景下。

3. 直接访问成员变量
   某些情况下，直接访问请求对象成员变量比使用getter方法更稳定，如：

   const hv::QueryParams queries = request->query_params;
   

通过理解这些核心概念和最佳实践，开发者可以更高效地将LibHv集成到各种项目中，特别是游戏开发等复杂环境。