尧图网页设计 
人工智能AI Agent多模态语音AI 应用【免费下载链接】ten-frameworkOpen-source framework for conversational voice AI agents项目地址https://gitcode.com/TEN-framework/ten-framework点击查看免费下载导读minimal-http-server是 libwebsocketslws官方示例集中最简的 HTTP 服务器实现仅用一个 C 源文件即可把本地目录以静态站点形式发布到http://localhost:7681并附带自定义 404 错误页、HTTP 安全响应头等能力。本文以该示例为核心先带你完成构建、运行与验证再逐字段剖析lws_http_mount与lws_context_creation_info的配置含义最后结合 TEN-framework 仓库中的实际集成方式BUILD.gn 与 simple_http_server_cpp说明如何把这个最小骨架扩展成嵌入 TEN 扩展系统中的真实 HTTP 服务。读完你将掌握 lws 静态文件服务的完整配置模型以及它在 TEN 框架中的落地路径。一、示例概览它解决了什么问题libwebsockets 官方按功能把 HTTP 服务端示例拆成了 20 余个变体示例总览其中minimal-http-server被定位为Serves a directory over http/1, custom 404 handler也就是说它是整个 HTTP 示例家族的最小公共基座http/1 目录静态服务 自定义 404 处理器。其他示例TLS、Basic Auth、CGI、Server Side Events、多 vhost、SMP 多线程等都从这一基线向外扩展。示例完整目录结构如下源码目录minimal-http-server/ ├── CMakeLists.txt # 构建脚本 ├── minimal-http-server.c # 唯一一个 C 源文件 ├── README.md # 官方使用说明 └── mount-origin/ # 静态站点根目录默认挂载来源 ├── 404.html ├── favicon.ico ├── index.html ├── libwebsockets.org-logo.svg └── strict-csp.svg整个服务端逻辑压缩在 minimal-http-server.c 一个文件里核心只有三步定义挂载mount→ 创建上下文context→ 进入服务循环service loop。下面按官方 README 的流程逐步操作。二、构建从源码到可执行文件官方 README 给出的构建命令非常简洁cmake . make这条命令成立的前提与细节藏在 CMakeLists.txt 中project(lws-minimal-http-server C) cmake_minimum_required(VERSION 2.8.12) find_package(libwebsockets CONFIG REQUIRED)find_package(libwebsockets CONFIG REQUIRED)要求系统中已通过cmake --install安装 libwebsockets 的 CMake 配置文件即先要有一份可用的 lws 开发环境include(LwsCheckRequirements)后通过require_lws_config(LWS_ROLE_H1 1 requirements)与require_lws_config(LWS_WITH_SERVER 1 requirements)检查当前 lws 构建是否启用了HTTP/1 角色和服务端能力——这两项正是运行本例的最低编译期要求链接阶段优先使用共享库websockets_shared否则回退到静态库websockets并自动带入 lws 的依赖库LIBWEBSOCKETS_DEP_LIBS。构建成功后工作目录下会生成可执行文件lws-minimal-http-server。提示在本仓库中TEN-framework 通过 BUILD.gn 的cmake_project(websockets)以 GN 构建系统集成 libwebsockets同样强制启用了LWS_ROLE_H1ON与LWS_WITH_SERVERON并额外开启LWS_WITH_NETWORK、LWS_WITH_SSL、LWS_WITH_MBEDTLS。这意味着在 TEN 的完整构建流程里上面这两个编译期条件天然满足。三、运行与验证官方 README 给出的运行方式为./lws-minimal-http-server正常启动时控制台输出类似[2018/03/04 09:30:02:7986] USER: LWS minimal http server | visit http://localhost:7681 [2018/03/04 09:30:02:7986] NOTICE: Creating Vhost default port 7681, 1 protocols, IPv6 on随后在浏览器访问http://localhost:7681即可看到 mount-origin/index.html 渲染出的页面。该页面本身还内置了一个可验证 404 机制的入口点击其中的notextant.html链接访问一个不存在的页面服务端会返回自定义的 404.html404 / Sorry, that file doesnt exist.而不是浏览器默认错误页。日志中值得注意的两条信息visit http://localhost:7681由源码中的lwsl_user(LWS minimal http server | visit http://localhost:7681\n)打印其中lwsl_user对应LLL_USER日志级别Creating Vhost default port 7681, 1 protocols, IPv6 on说明 lws 自动创建了名为default的 vhost绑定 7681 端口默认同时监听 IPv4/IPv6。四、核心源码剖析一个最小 HTTP 服务器的全部配置4.1 静态目录挂载lws_http_mount结构体服务哪个 URL 映射到哪个本地目录由 minimal-http-server.c 中的lws_http_mount静态实例描述static const struct lws_http_mount mount { /* .mount_next */ NULL, /* linked-list next */ /* .mountpoint */ /, /* mountpoint URL */ /* .origin */ ./mount-origin, /* serve from dir */ /* .def */ index.html, /* default filename */ /* .protocol */ NULL, /* .cgienv */ NULL, /* .extra_mimetypes */ NULL, /* .interpret */ NULL, /* .cgi_timeout */ 0, /* .cache_max_age */ 0, /* .auth_mask */ 0, /* .cache_reusable */ 0, /* .cache_revalidate */ 0, /* .cache_intermediaries */ 0, /* .origin_protocol */ LWSMPRO_FILE, /* files in a dir */ /* .mountpoint_len */ 1, /* char count */ /* .basic_auth_login_file */ NULL, };各字段的实践含义字段值说明mount_nextNULL挂载点链表指针本例只有一个挂载多目录服务时可在此串联mountpoint/URL 挂载点根路径/映射到本地目录mountpoint_len1mountpoint的字符长度必须与字符串一致/为 1 个字符origin./mount-origin静态资源来源目录相对于进程启动时的工作目录这是最容易踩的坑defindex.html请求目录时默认返回的文件名origin_protocolLWSMPRO_FILE来源类型为文件系统目录即纯静态文件服务不涉及 CGIbasic_auth_login_fileNULL未启用 Basic Auth对应示例见minimal-http-server-basicauth其余为0/NULL的字段cache_max_age、cache_reusable、cache_revalidate、cache_intermediaries表示不做 HTTP 缓存控制可保持默认关闭。4.2 上下文创建lws_context_creation_info服务实例本身由 main 函数 组装memset(info, 0, sizeof info); /* otherwise uninitialized garbage */ info.port 7681; info.mounts mount; info.error_document_404 /404.html; info.options LWS_SERVER_OPTION_HTTP_HEADERS_SECURITY_BEST_PRACTICES_ENFORCE; if (lws_cmdline_option(argc, argv, --h2-prior-knowledge)) info.options | LWS_SERVER_OPTION_H2_PRIOR_KNOWLEDGE; context lws_create_context(info);info.port 7681监听端口。注意源码注释与官方日志一致——修改监听端口只需改这一个字段info.mounts mount把上一节的挂载表挂到上下文上info.error_document_404 /404.html自定义 404 处理器这正是示例定位中custom 404 handler的实现点。请求不存在的路径时lws 直接返回挂载目录下的404.html见 mount-origin/404.htmlinfo.options LWS_SERVER_OPTION_HTTP_HEADERS_SECURITY_BEST_PRACTICES_ENFORCE启用 lws 内置的 HTTP 安全响应头最佳实践如 CSP 相关头这也是为什么首页会展示strict-csp.svg图标若命令行带--h2-prior-knowledge再叠加LWS_SERVER_OPTION_H2_PRIOR_KNOWLEDGE服务将以 HTTP/2 直连方式h2 prior knowledge不经 Upgrade 协商工作。4.3 服务生命周期create → service → destroycontext lws_create_context(info); ... while (n 0 !interrupted) n lws_service(context, 0); lws_context_destroy(context);这是 lws 服务端的标准三阶段模型lws_create_context(info)依据info一次性创建上下文与默认 vhost失败时返回NULL示例随即以退出码 1 终止lws_service(context, 0)事件循环核心。第二个参数0表示最多等待 0 秒即非阻塞轮询返回值n 0表示出现致命错误需退出lws_context_destroy(context)退出循环后统一销毁上下文释放所有挂载、vhost 与连接资源。优雅退出由signal(SIGINT, sigint_handler)配合静态标志interrupted实现收到 CtrlC 时置位标志主循环自然结束从而保证走完整的销毁路径而不是被信号粗暴打断。4.4 命令行参数与日志级别示例内置了一个-d参数用于控制日志级别if ((p lws_cmdline_option(argc, argv, -d))) logs atoi(p); lws_set_log_level(logs, NULL);默认级别为LLL_USER | LLL_ERR | LLL_WARN | LLL_NOTICE。源码注释特别说明若要看到LLL_INFO及以上更详细的日志lws 必须以-DCMAKE_BUILD_TYPEDEBUG构建RELEASE 构建会裁剪掉这些级别的日志输出。五、从最小骨架到 TEN 框架仓库内的真实集成路径minimal-http-server不止是独立示例——它在当前仓库中有两条可验证的落地线索能帮助你理解最小静态服务如何在真实工程中升级为可编程 HTTP 服务。5.1 构建层面GN 工程中的 lws 集成TEN-framework 并未直接编译这个示例而是以 GN 的cmake_project(websockets)把整个 libwebsockets 作为三方依赖引入third_party/libwebsockets/BUILD.gn。其中与本示例直接相关的配置包括LWS_ROLE_H1ON、LWS_WITH_SERVERON与本例 CMakeLists.txt 中的require_lws_config检查项完全对应LWS_WITH_HTTP2OFF当前 TEN 的 lws 协议实现尚未适配 HTTP/2 分帧故显式关闭源码注释指出 HTTP/2 要求请求头与请求体分帧发送与现有 http/1.1 同帧发送不兼容——因此示例中的--h2-prior-knowledge选项在 TEN 的构建配置下不可用这属于集成层面的前置限制LWS_WITH_MBEDTLSON、LWS_WITH_SSLONTLS 后端选用 mbedTLS这也是构建时同步编译 third_party/mbedtls 的原因。5.2 运行时层面simple_http_server_cpp 扩展仓库的示例扩展 simple_http_server_cpp 在 TEN 框架内用同样的 lws API 实现了完整 HTTP 服务与minimal-http-server形成鲜明的静态 vs 动态对照相同的骨架lws_create_context(info)→while (n 0) n lws_service(ctx, 0)→lws_context_destroy并且把服务循环搬进了独立线程create_http_server_thread从静态挂载升级为协议回调不再依赖lws_http_mount的文件服务而是注册lws_protocols回调在LWS_CALLBACK_HTTP、LWS_CALLBACK_HTTP_BODY、LWS_CALLBACK_HTTP_BODY_COMPLETION、LWS_CALLBACK_HTTP_WRITEABLE等事件中自行解析 GET/POST/PUT/DELETE 等请求parse_http_method把 HTTP 请求转换为 TEN 命令ten_env.send_cmd下发到 TEN graph关键的 API 补充lws_add_http_common_headerslws_finalize_http_headerlws_write手动拼装响应头与响应体对应 main.cclws_cancel_service用于跨线程唤醒事件循环lws_callback_on_writable用于按需触发写事件。对比可见minimal-http-server展示的是 lws 零回调、纯配置 的静态服务路径而 TEN 的simple_http_server_cpp展示的是同一底层 API 面向业务定制的完整形态。二者共用同一套 context/service/destroy 生命周期模型读懂前者是快速进入后者的最短路径。六、动手定制三个高频改动点基于上文源码以下改动都是改一行即可生效的实操级定制换端口修改info.port 7681;为其他值如8000访问地址随之变化换站点目录把mount.origin从./mount-origin改为自己的目录如./www并保证mountpoint_len、mountpoint与def保持一致注意origin是相对启动目录解析的建议使用绝对路径避免歧义换 404 页面修改info.error_document_404指向的路径例如/404.html改为自定义的/not-found.html并在mount-origin下放置对应文件。若要验证改动重新执行cmake . make后再次运行即可日志中port 7681一行会同步反映新端口。结语minimal-http-server用不足百行 C 代码把 libwebsockets 服务端的三大核心概念——挂载表lws_http_mount、上下文信息lws_context_creation_info与生命周期循环create/service/destroy——完整呈现出来并顺带演示了自定义 404、安全响应头与可选 HTTP/2 直连。在当前仓库中它既是 libwebsockets 示例家族的最小基线也是理解 TEN-framework 如何把该库编译进工程BUILD.gn并在扩展内二次开发simple_http_server_cpp的入口。建议按本文第二节完成一次构建运行再对照第四节源码逐字段推敲即可牢固掌握 lws 静态 HTTP 服务的完整配置模型。赞分享人工智能AI Agent多模态语音AI 应用【免费下载链接】ten-frameworkOpen-source framework for conversational voice AI agents项目地址https://gitcode.com/TEN-framework/ten-framework点击查看免费下载相关推荐基于 libwebsockets 的最小化 HTTPS 服务器minimal-http-server-tls 实战与源码解析基于 libwebsockets 的最小化 HTTPS 服务器minimal http server tls 实战与源码解析 本指南以 TEN framewo人工智能AI Agent多模态语音AI 应用Karpenter EC2NodeClass 完全指南在 AWS 上配置节点类NodeClass的每一处细节Karpenter EC2NodeClass 完全指南在 AWS 上配置节点类NodeClass的每一处细节 导读 本文基于 karpenter prov人工智能AI Agent多模态语音AI 应用MCP Python SDK 服务端工具Tools开发指南用 mcp.tool() 把普通 Python 函数变成模型可调用的工具MCP Python SDK 服务端工具Tools开发指南用 mcp.tool 把普通 Python 函数变成模型可调用的工具 本指南基于 python人工智能AI Agent多模态语音AI 应用上一篇变量命名从未如此简单vscode-comment-translate翻译替换功能实战教程下一篇AutoUpdater.NET5步实现.NET桌面应用自动更新终极指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 基于 libwebsockets 构建最小 HTTP 服务器：minimal-http-server 示例全解析（TEN-framework 集成视角）
人工智能AI Agent多模态语音AI 应用【免费下载链接】ten-frameworkOpen-source framework for conversational voice AI agents项目地址https://gitcode.com/TEN-framework/ten-framework点击查看免费下载导读minimal-http-server是 libwebsocketslws官方示例集中最简的 HTTP 服务器实现仅用一个 C 源文件即可把本地目录以静态站点形式发布到http://localhost:7681并附带自定义 404 错误页、HTTP 安全响应头等能力。本文以该示例为核心先带你完成构建、运行与验证再逐字段剖析lws_http_mount与lws_context_creation_info的配置含义最后结合 TEN-framework 仓库中的实际集成方式BUILD.gn 与 simple_http_server_cpp说明如何把这个最小骨架扩展成嵌入 TEN 扩展系统中的真实 HTTP 服务。读完你将掌握 lws 静态文件服务的完整配置模型以及它在 TEN 框架中的落地路径。一、示例概览它解决了什么问题libwebsockets 官方按功能把 HTTP 服务端示例拆成了 20 余个变体示例总览其中minimal-http-server被定位为Serves a directory over http/1, custom 404 handler也就是说它是整个 HTTP 示例家族的最小公共基座http/1 目录静态服务 自定义 404 处理器。其他示例TLS、Basic Auth、CGI、Server Side Events、多 vhost、SMP 多线程等都从这一基线向外扩展。示例完整目录结构如下源码目录minimal-http-server/ ├── CMakeLists.txt # 构建脚本 ├── minimal-http-server.c # 唯一一个 C 源文件 ├── README.md # 官方使用说明 └── mount-origin/ # 静态站点根目录默认挂载来源 ├── 404.html ├── favicon.ico ├── index.html ├── libwebsockets.org-logo.svg └── strict-csp.svg整个服务端逻辑压缩在 minimal-http-server.c 一个文件里核心只有三步定义挂载mount→ 创建上下文context→ 进入服务循环service loop。下面按官方 README 的流程逐步操作。二、构建从源码到可执行文件官方 README 给出的构建命令非常简洁cmake . make这条命令成立的前提与细节藏在 CMakeLists.txt 中project(lws-minimal-http-server C) cmake_minimum_required(VERSION 2.8.12) find_package(libwebsockets CONFIG REQUIRED)find_package(libwebsockets CONFIG REQUIRED)要求系统中已通过cmake --install安装 libwebsockets 的 CMake 配置文件即先要有一份可用的 lws 开发环境include(LwsCheckRequirements)后通过require_lws_config(LWS_ROLE_H1 1 requirements)与require_lws_config(LWS_WITH_SERVER 1 requirements)检查当前 lws 构建是否启用了HTTP/1 角色和服务端能力——这两项正是运行本例的最低编译期要求链接阶段优先使用共享库websockets_shared否则回退到静态库websockets并自动带入 lws 的依赖库LIBWEBSOCKETS_DEP_LIBS。构建成功后工作目录下会生成可执行文件lws-minimal-http-server。提示在本仓库中TEN-framework 通过 BUILD.gn 的cmake_project(websockets)以 GN 构建系统集成 libwebsockets同样强制启用了LWS_ROLE_H1ON与LWS_WITH_SERVERON并额外开启LWS_WITH_NETWORK、LWS_WITH_SSL、LWS_WITH_MBEDTLS。这意味着在 TEN 的完整构建流程里上面这两个编译期条件天然满足。三、运行与验证官方 README 给出的运行方式为./lws-minimal-http-server正常启动时控制台输出类似[2018/03/04 09:30:02:7986] USER: LWS minimal http server | visit http://localhost:7681 [2018/03/04 09:30:02:7986] NOTICE: Creating Vhost default port 7681, 1 protocols, IPv6 on随后在浏览器访问http://localhost:7681即可看到 mount-origin/index.html 渲染出的页面。该页面本身还内置了一个可验证 404 机制的入口点击其中的notextant.html链接访问一个不存在的页面服务端会返回自定义的 404.html404 / Sorry, that file doesnt exist.而不是浏览器默认错误页。日志中值得注意的两条信息visit http://localhost:7681由源码中的lwsl_user(LWS minimal http server | visit http://localhost:7681\n)打印其中lwsl_user对应LLL_USER日志级别Creating Vhost default port 7681, 1 protocols, IPv6 on说明 lws 自动创建了名为default的 vhost绑定 7681 端口默认同时监听 IPv4/IPv6。四、核心源码剖析一个最小 HTTP 服务器的全部配置4.1 静态目录挂载lws_http_mount结构体服务哪个 URL 映射到哪个本地目录由 minimal-http-server.c 中的lws_http_mount静态实例描述static const struct lws_http_mount mount { /* .mount_next */ NULL, /* linked-list next */ /* .mountpoint */ /, /* mountpoint URL */ /* .origin */ ./mount-origin, /* serve from dir */ /* .def */ index.html, /* default filename */ /* .protocol */ NULL, /* .cgienv */ NULL, /* .extra_mimetypes */ NULL, /* .interpret */ NULL, /* .cgi_timeout */ 0, /* .cache_max_age */ 0, /* .auth_mask */ 0, /* .cache_reusable */ 0, /* .cache_revalidate */ 0, /* .cache_intermediaries */ 0, /* .origin_protocol */ LWSMPRO_FILE, /* files in a dir */ /* .mountpoint_len */ 1, /* char count */ /* .basic_auth_login_file */ NULL, };各字段的实践含义字段值说明mount_nextNULL挂载点链表指针本例只有一个挂载多目录服务时可在此串联mountpoint/URL 挂载点根路径/映射到本地目录mountpoint_len1mountpoint的字符长度必须与字符串一致/为 1 个字符origin./mount-origin静态资源来源目录相对于进程启动时的工作目录这是最容易踩的坑defindex.html请求目录时默认返回的文件名origin_protocolLWSMPRO_FILE来源类型为文件系统目录即纯静态文件服务不涉及 CGIbasic_auth_login_fileNULL未启用 Basic Auth对应示例见minimal-http-server-basicauth其余为0/NULL的字段cache_max_age、cache_reusable、cache_revalidate、cache_intermediaries表示不做 HTTP 缓存控制可保持默认关闭。4.2 上下文创建lws_context_creation_info服务实例本身由 main 函数 组装memset(info, 0, sizeof info); /* otherwise uninitialized garbage */ info.port 7681; info.mounts mount; info.error_document_404 /404.html; info.options LWS_SERVER_OPTION_HTTP_HEADERS_SECURITY_BEST_PRACTICES_ENFORCE; if (lws_cmdline_option(argc, argv, --h2-prior-knowledge)) info.options | LWS_SERVER_OPTION_H2_PRIOR_KNOWLEDGE; context lws_create_context(info);info.port 7681监听端口。注意源码注释与官方日志一致——修改监听端口只需改这一个字段info.mounts mount把上一节的挂载表挂到上下文上info.error_document_404 /404.html自定义 404 处理器这正是示例定位中custom 404 handler的实现点。请求不存在的路径时lws 直接返回挂载目录下的404.html见 mount-origin/404.htmlinfo.options LWS_SERVER_OPTION_HTTP_HEADERS_SECURITY_BEST_PRACTICES_ENFORCE启用 lws 内置的 HTTP 安全响应头最佳实践如 CSP 相关头这也是为什么首页会展示strict-csp.svg图标若命令行带--h2-prior-knowledge再叠加LWS_SERVER_OPTION_H2_PRIOR_KNOWLEDGE服务将以 HTTP/2 直连方式h2 prior knowledge不经 Upgrade 协商工作。4.3 服务生命周期create → service → destroycontext lws_create_context(info); ... while (n 0 !interrupted) n lws_service(context, 0); lws_context_destroy(context);这是 lws 服务端的标准三阶段模型lws_create_context(info)依据info一次性创建上下文与默认 vhost失败时返回NULL示例随即以退出码 1 终止lws_service(context, 0)事件循环核心。第二个参数0表示最多等待 0 秒即非阻塞轮询返回值n 0表示出现致命错误需退出lws_context_destroy(context)退出循环后统一销毁上下文释放所有挂载、vhost 与连接资源。优雅退出由signal(SIGINT, sigint_handler)配合静态标志interrupted实现收到 CtrlC 时置位标志主循环自然结束从而保证走完整的销毁路径而不是被信号粗暴打断。4.4 命令行参数与日志级别示例内置了一个-d参数用于控制日志级别if ((p lws_cmdline_option(argc, argv, -d))) logs atoi(p); lws_set_log_level(logs, NULL);默认级别为LLL_USER | LLL_ERR | LLL_WARN | LLL_NOTICE。源码注释特别说明若要看到LLL_INFO及以上更详细的日志lws 必须以-DCMAKE_BUILD_TYPEDEBUG构建RELEASE 构建会裁剪掉这些级别的日志输出。五、从最小骨架到 TEN 框架仓库内的真实集成路径minimal-http-server不止是独立示例——它在当前仓库中有两条可验证的落地线索能帮助你理解最小静态服务如何在真实工程中升级为可编程 HTTP 服务。5.1 构建层面GN 工程中的 lws 集成TEN-framework 并未直接编译这个示例而是以 GN 的cmake_project(websockets)把整个 libwebsockets 作为三方依赖引入third_party/libwebsockets/BUILD.gn。其中与本示例直接相关的配置包括LWS_ROLE_H1ON、LWS_WITH_SERVERON与本例 CMakeLists.txt 中的require_lws_config检查项完全对应LWS_WITH_HTTP2OFF当前 TEN 的 lws 协议实现尚未适配 HTTP/2 分帧故显式关闭源码注释指出 HTTP/2 要求请求头与请求体分帧发送与现有 http/1.1 同帧发送不兼容——因此示例中的--h2-prior-knowledge选项在 TEN 的构建配置下不可用这属于集成层面的前置限制LWS_WITH_MBEDTLSON、LWS_WITH_SSLONTLS 后端选用 mbedTLS这也是构建时同步编译 third_party/mbedtls 的原因。5.2 运行时层面simple_http_server_cpp 扩展仓库的示例扩展 simple_http_server_cpp 在 TEN 框架内用同样的 lws API 实现了完整 HTTP 服务与minimal-http-server形成鲜明的静态 vs 动态对照相同的骨架lws_create_context(info)→while (n 0) n lws_service(ctx, 0)→lws_context_destroy并且把服务循环搬进了独立线程create_http_server_thread从静态挂载升级为协议回调不再依赖lws_http_mount的文件服务而是注册lws_protocols回调在LWS_CALLBACK_HTTP、LWS_CALLBACK_HTTP_BODY、LWS_CALLBACK_HTTP_BODY_COMPLETION、LWS_CALLBACK_HTTP_WRITEABLE等事件中自行解析 GET/POST/PUT/DELETE 等请求parse_http_method把 HTTP 请求转换为 TEN 命令ten_env.send_cmd下发到 TEN graph关键的 API 补充lws_add_http_common_headerslws_finalize_http_headerlws_write手动拼装响应头与响应体对应 main.cclws_cancel_service用于跨线程唤醒事件循环lws_callback_on_writable用于按需触发写事件。对比可见minimal-http-server展示的是 lws 零回调、纯配置 的静态服务路径而 TEN 的simple_http_server_cpp展示的是同一底层 API 面向业务定制的完整形态。二者共用同一套 context/service/destroy 生命周期模型读懂前者是快速进入后者的最短路径。六、动手定制三个高频改动点基于上文源码以下改动都是改一行即可生效的实操级定制换端口修改info.port 7681;为其他值如8000访问地址随之变化换站点目录把mount.origin从./mount-origin改为自己的目录如./www并保证mountpoint_len、mountpoint与def保持一致注意origin是相对启动目录解析的建议使用绝对路径避免歧义换 404 页面修改info.error_document_404指向的路径例如/404.html改为自定义的/not-found.html并在mount-origin下放置对应文件。若要验证改动重新执行cmake . make后再次运行即可日志中port 7681一行会同步反映新端口。结语minimal-http-server用不足百行 C 代码把 libwebsockets 服务端的三大核心概念——挂载表lws_http_mount、上下文信息lws_context_creation_info与生命周期循环create/service/destroy——完整呈现出来并顺带演示了自定义 404、安全响应头与可选 HTTP/2 直连。在当前仓库中它既是 libwebsockets 示例家族的最小基线也是理解 TEN-framework 如何把该库编译进工程BUILD.gn并在扩展内二次开发simple_http_server_cpp的入口。建议按本文第二节完成一次构建运行再对照第四节源码逐字段推敲即可牢固掌握 lws 静态 HTTP 服务的完整配置模型。赞分享人工智能AI Agent多模态语音AI 应用【免费下载链接】ten-frameworkOpen-source framework for conversational voice AI agents项目地址https://gitcode.com/TEN-framework/ten-framework点击查看免费下载相关推荐基于 libwebsockets 的最小化 HTTPS 服务器minimal-http-server-tls 实战与源码解析基于 libwebsockets 的最小化 HTTPS 服务器minimal http server tls 实战与源码解析 本指南以 TEN framewo人工智能AI Agent多模态语音AI 应用Karpenter EC2NodeClass 完全指南在 AWS 上配置节点类NodeClass的每一处细节Karpenter EC2NodeClass 完全指南在 AWS 上配置节点类NodeClass的每一处细节 导读 本文基于 karpenter prov人工智能AI Agent多模态语音AI 应用MCP Python SDK 服务端工具Tools开发指南用 mcp.tool() 把普通 Python 函数变成模型可调用的工具MCP Python SDK 服务端工具Tools开发指南用 mcp.tool 把普通 Python 函数变成模型可调用的工具 本指南基于 python人工智能AI Agent多模态语音AI 应用上一篇变量命名从未如此简单vscode-comment-translate翻译替换功能实战教程下一篇AutoUpdater.NET5步实现.NET桌面应用自动更新终极指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考