人工智能AI Agent多模态语音AI 应用【免费下载链接】ten-frameworkOpen-source framework for conversational voice AI agents项目地址https://gitcode.com/TEN-framework/ten-framework点击查看免费下载libuv 是一个以异步 I/O 为核心的多平台支持库它在 Windows 与 Unix 上提供完全一致的 API是 Node.js 事件驱动模型的底层基石。本文以 libuv 官方指南的引言章节 introduction.rst 为主线结合当前仓库中内嵌的 libuv 源码、官方指南示例以及 TEN 框架对它的实际封装帮助你理解 libuv 的设计定位、历史演进、核心能力与构建方式并为后续深入事件循环、网络、文件系统等主题打好基础。一、libuv 是什么跨平台事件化 I/O 的核心定位libuv 被定义为一套关于如何使用它的小型教程集a small set of tutorials——它不是面面俱到的 API 参考手册而是一本引导开发者上手 libuv 的实战指南。其核心定位可以概括为libuv 是一个高性能的事件化eventedI/O 库在 Windows 和 Unix 上提供同一套 API。这一句定位包含了三个关键信息高性能它追求在大量 I/O 场景下维持低延迟与高吞吐这正是它被选作 Node.js 底层的原因事件化程序不主动轮询、不阻塞等待而是向事件循环注册兴趣、由回调驱动处理跨平台统一同一份 C 代码无需条件编译即可在 Windows 与 Unix 上获得一致的异步 I/O 行为。在这套指南中读者会依次接触到 libuv 的主要领域——事件循环eventloops、基础用法basics、文件系统filesystem、网络networking、进程processes、线程threads与工具utilities。这些章节对应的文档都存放在仓库的 guide 目录 下。指南本身并未打算穷举每一个函数与数据结构完整细节需要查阅官方参考文档。值得说明的是原指南写作时基于 libuv v1.42.0而当前仓库内嵌的 libuv 版本已更新至 1.50.0见 ChangeLog 首条记录2025.01.15 发布。libuv 自 1.0.0 起遵循语义化版本SemVerAPI 与 ABI 在 major 版本内保持稳定见 README.md因此本文介绍的概念与 API 用法在当前版本依然成立。二、谁在用它两类目标读者与前置知识指南明确了本书面向的两类读者这两类场景也基本覆盖了 libuv 的绝大多数使用者系统程序员正在编写守护进程daemon、网络服务或网络客户端等底层程序发现事件循环模型非常适合自身应用因此决定采用 libuvNode.js 模块作者希望用 C/C 编写平台能力封装再以a同步或异步的 API 暴露给 JavaScript。这类读者需要额外查阅 V8/Node.js 相关资源因为本指南不涉及 Node.js 特有的部分。无论属于哪一类指南都假定读者熟悉 C 语言——libuv 的全部接口都以 C 结构体与回调函数的形式暴露。从仓库的 README.md 可以看到 libuv 的实际使用者远不止 Node.jsLuvit、Julia、uvloop 等项目均基于 libuv 构建指南正文也指出 Mozilla 的 Rust 语言以及一大批语言绑定language bindings都在使用 libuv。可以说libuv 已经从 Node.js 的附属组件成长为独立的系统编程基础设施。三、演进背景从 libev 到 IOCP 的跨平台抽象libuv 的诞生与 Node.js 的成长史密不可分指南给出了清晰的脉络2009 年Node.js 项目启动它把 JavaScript 从浏览器中解放出来将 Google V8 引擎与 Marc Lehmann 的 libev 结合形成事件化 I/O 适合该编程风格的语言的组合随着 Node.js 流行跨平台尤其是 Windows支持变得重要但libev 只运行在 Unix 上Unix 世界的内核事件通知机制是 kqueue 或 (e)poll而 Windows 的对应物是IOCPInput/Output Completion Portslibuv 正是围绕 libev 或 IOCP 的抽象层在 Unix 上基于 libev、在 Windows 上基于 IOCP对外提供一套以 libev 为蓝本的统一 API到node-v0.9.0版本libuv 中移除了 libev成为完全独立的实现。从这之后libuv 持续成熟成长为高质量的系统编程独立库。理解这段历史有助于把握 libuv 的一个核心设计原则无论底层是 epoll、kqueue、IOCP 还是 event ports对使用者而言都只是一个 uv_loop_t 事件循环。这一原则在当前仓库的源码中仍然处处可见。四、能力全景libuv 提供的核心功能清单指南引言指出本书将覆盖 libuv 的主要领域而 README.md 则给出了更完整的能力清单可作为学习地图能力类别说明事件循环基于 epoll、kqueue、IOCP、event ports 的完整事件循环网络 I/O异步 TCP 与 UDP socketDNS异步 DNS 解析文件系统异步文件与文件系统操作文件系统事件文件/目录变更监听TTY支持 ANSI 转义序列控制的终端IPC基于 Unix domain socket 或 Windows named pipe 的 socket 共享式 IPC子进程子进程创建与管道管理线程池内置线程池承载文件与 DNS 等阻塞操作信号处理跨平台信号处理时钟高精度时钟同步原语线程与同步原语互斥锁、读写锁、条件变量等在 basics.rst 中libuv 将这些能力组织为Handles句柄与Requests请求两大抽象句柄是uv_TYPE_t形式的长生命周期对象如uv_tcp_t、uv_timer_t、uv_idle_t、uv_async_t代表对某个 I/O 设备、定时器或进程的兴趣请求则是短生命周期对象标识句柄上的一次具体异步操作如uv_connect_t、uv_write_t、uv_fs_t用于在发起操作与回调之间携带上下文。所有句柄都通过对应的uv_TYPE_init(loop, handle)完成初始化。五、构建与验证获取源码并编译示例指南介绍了最经典的 autotools 构建流程这也是当前仓库内嵌 libuv 支持的方式sh autogen.sh ./configure make按照指南说明无需执行make install——构建示例程序只需进入docs/code/目录再执行make即可。这些示例的源码同样随仓库分发例如 helloworld/main.c、default-loop/main.c、idle-basic/main.c 等都可在 docs/code 目录下找到。README.md 还补充了两种现代构建路径同样适用于本仓库CMake 方式Windows 唯一支持方式Unix/macOS 亦可mkdir -p build (cd build cmake .. -DBUILD_TESTINGON) cmake --build build (cd build ctest -C Debug --output-on-failure)包管理器方式macOS 可用brew install --HEAD libuvWindows 可用 vcpkg 或 Conan 安装。测试驱动位于build/uv_run_tests共享库构建与build/uv_run_tests_a静态库构建全部测试清单见 test/test-list.h。README 还特别提醒libuv 采用 ad hoc 继承风格的 API建议使用它的项目开启-fno-strict-aliasing编译选项以避免优化器在严格别名假设下产生问题。六、快速上手事件循环、默认循环与最小程序libuv 强制推行异步、事件驱动的编程风格核心机制是事件循环与回调通知。事件循环的行为可用伪代码概括while there are still events to process: e get the next event if there is a callback associated with e: call the callback事件示例包括文件可写、socket 有数据可读、定时器超时等。整个循环封装在uv_run()中这也是使用 libuv 时最重要的函数。与传统阻塞式 I/Oread、fprintf相比异步非阻塞方式让应用先表达兴趣、后取用数据进程在等待期间可以自由处理其他任务。helloworld/main.c 展示了最小程序——它除了启动一个立即退出的循环外不做任何事#include stdio.h #include stdlib.h #include uv.h int main() { uv_loop_t *loop malloc(sizeof(uv_loop_t)); uv_loop_init(loop); printf(Now quitting.\n); uv_run(loop, UV_RUN_DEFAULT); uv_loop_close(loop); free(loop); return 0; }程序立即退出因为循环中没有任何待处理的事件。自 libuv v1.0 起用户需要自行分配循环内存再调用uv_loop_init()初始化这允许接入自定义内存管理结束时用uv_loop_close()反初始化并释放存储。示例程序出于简洁跳过了循环关闭但生产级的长驻进程必须正确释放资源。默认循环如果只需要单循环可直接使用uv_default_loop()获取 libuv 提供的默认循环Node.js 正是把它作为主循环#include stdio.h #include uv.h int main() { uv_loop_t *loop uv_default_loop(); printf(Default loop.\n); uv_run(loop, UV_RUN_DEFAULT); uv_loop_close(loop); return 0; }句柄生命周期idle-basic/main.c 展示了 idle 句柄的用法——回调在事件循环的每一轮被调用一次计数达到 1000 万后调用uv_idle_stop()停止句柄uv_run()因没有活跃 watcher 而返回#include stdio.h #include uv.h int64_t counter 0; void wait_for_a_while(uv_idle_t* handle) { counter; if (counter 10e6) uv_idle_stop(handle); } int main() { uv_idle_t idler; uv_idle_init(uv_default_loop(), idler); uv_idle_start(idler, wait_for_a_while); printf(Idling...\n); uv_run(uv_default_loop(), UV_RUN_DEFAULT); uv_loop_close(uv_default_loop()); return 0; }错误处理初始化或同步函数失败时返回负数异步函数失败时通过回调的 status 参数传递。错误码定义为UV_E*常量可用uv_strerror(int)与uv_err_name(int)分别取得错误描述与错误名。I/O 读回调收到的nread小于 0 即表示出错其中UV_EOF代表文件结束常需单独处理。七、TEN 框架中的 libuv从第三方库到 runloop 实现libuv 在当前仓库中不仅是第三方依赖更被 TEN 框架作为底层 runloop事件循环实现直接集成。这一点可以从构建与源码两个层面得到印证。构建层面在 core/src/ten_utils/io/general/loops/uv/BUILD.gn 中TEN 的 uv 后端通过deps [ //third_party/libuv:uv_a ]静态链接 libuvlibuv 自身的构建目标定义在 third_party/libuv/BUILD.gn。也就是说TEN 框架在 GN 构建体系下直接复用了本仓库内嵌的 libuv 源码而不是依赖系统安装版本。源码层面core/src/ten_utils/io/general/loops/uv/runloop.c 是 libuv 后端 runloop 的完整实现可以清楚地看到指南中介绍的 API 如何被真实落地ten_runloop_create_uv_common()内部通过uv_loop_init()创建uv_loop_t实例并把句柄封装进ten_runloop_uv_t结构体ten_runloop_uv_run()调用uv_run(impl-uv_loop, UV_RUN_DEFAULT)驱动事件循环循环结束后调用uv_loop_close()释放内部资源并校验返回值UV_EBUSY表示循环中仍有活跃资源属于清理逻辑缺陷异步通知封装为uv_async_tten_runloop_async_uv_init()调用uv_async_init()ten_runloop_async_uv_notify()调用uv_async_send()跨线程唤醒事件循环定时器封装为uv_timer_tten_runloop_timer_uv_start()依次调用uv_timer_init()与uv_timer_start()超时值与周期均由timeout_ms、periodic参数传入停止与关闭分别映射到uv_timer_stop()与uv_close()文件中还利用uv_async_send()实现了跨线程的 stream 迁移migration机制——由于 libuv 不是线程安全库stream 必须被迁移到使用它的线程所属的事件循环中TEN 通过迁移任务队列 async 唤醒的方式完成了这一线程切换。此外core/src/ten_utils/io/general/loops/uv/runloop.c 中还实现了ten_runloop_attach_uv()允许把外部创建的uv_loop_t原样挂接attach到 TEN 的 runloop 抽象上——这与指南默认循环/自定义循环的讨论一脉相承说明 TEN 既可以自建循环也可以复用宿主进程已有的 libuv 循环。TEN 框架的 TCP/pipe 等传输后端同样构建在 libuv 之上见 core/src/ten_utils/io/general/transport/backend/uv 目录。八、结语与后续学习路径libuv 用统一 API 弥合了 Unix 与 Windows 在内核事件通知机制上的差异以事件循环 回调的模型解决了阻塞 I/O 拖累高并发程序的问题。本仓库的 guide 目录 提供了一条完整的进阶路线在掌握本文所述的基础定位与构建方式后可依次阅读 basics.rst事件循环与句柄/请求模型、eventloops.rst循环调度与引用计数、networking.rstTCP/UDP 编程、filesystem.rst异步文件与 fs 事件、processes.rst子进程、threads.rst线程与同步以及 utilities.rst工具函数。每章对应的可运行示例代码均位于 docs/code 目录配合 test/test-list.h 中数量庞大的测试用例足以作为 API 用法与语义的最权威佐证。赞分享人工智能AI Agent多模态语音AI 应用【免费下载链接】ten-frameworkOpen-source framework for conversational voice AI agents项目地址https://gitcode.com/TEN-framework/ten-framework点击查看免费下载相关推荐libuv 入门指南跨平台异步 I/O 库的导读与快速上手libuv 入门指南跨平台异步 I/O 库的导读与快速上手 本指南基于 libuv 官方用户手册 User guide https://link.gitco网络通信异步编程10分钟入门libevent高性能异步I/O事件库完整指南10分钟入门libevent高性能异步I/O事件库完整指南 想写一个能扛住上万连接的服务器却还在为 read 阻塞发愁libevent 是最流行的后端网络异步编程libuv 全览异步 I/O 事件循环、架构设计与官方文档导航指南libuv 全览异步 I/O 事件循环、架构设计与官方文档导航指南 本文是 libuv 官方文档入口 docs/src/index.rst https://网络通信异步编程上一篇electric-ax/agents-runtime 源码级解读在 Durable Streams 之上构建持久化 Agent 运行时下一篇React Native Reanimated 2 动画完全指南Shared Value 过渡、动画修饰器与自定义配置创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 libuv 入门导读：TEN 框架内高性能事件化 I/O 库的定位、演进与构建
人工智能AI Agent多模态语音AI 应用【免费下载链接】ten-frameworkOpen-source framework for conversational voice AI agents项目地址https://gitcode.com/TEN-framework/ten-framework点击查看免费下载libuv 是一个以异步 I/O 为核心的多平台支持库它在 Windows 与 Unix 上提供完全一致的 API是 Node.js 事件驱动模型的底层基石。本文以 libuv 官方指南的引言章节 introduction.rst 为主线结合当前仓库中内嵌的 libuv 源码、官方指南示例以及 TEN 框架对它的实际封装帮助你理解 libuv 的设计定位、历史演进、核心能力与构建方式并为后续深入事件循环、网络、文件系统等主题打好基础。一、libuv 是什么跨平台事件化 I/O 的核心定位libuv 被定义为一套关于如何使用它的小型教程集a small set of tutorials——它不是面面俱到的 API 参考手册而是一本引导开发者上手 libuv 的实战指南。其核心定位可以概括为libuv 是一个高性能的事件化eventedI/O 库在 Windows 和 Unix 上提供同一套 API。这一句定位包含了三个关键信息高性能它追求在大量 I/O 场景下维持低延迟与高吞吐这正是它被选作 Node.js 底层的原因事件化程序不主动轮询、不阻塞等待而是向事件循环注册兴趣、由回调驱动处理跨平台统一同一份 C 代码无需条件编译即可在 Windows 与 Unix 上获得一致的异步 I/O 行为。在这套指南中读者会依次接触到 libuv 的主要领域——事件循环eventloops、基础用法basics、文件系统filesystem、网络networking、进程processes、线程threads与工具utilities。这些章节对应的文档都存放在仓库的 guide 目录 下。指南本身并未打算穷举每一个函数与数据结构完整细节需要查阅官方参考文档。值得说明的是原指南写作时基于 libuv v1.42.0而当前仓库内嵌的 libuv 版本已更新至 1.50.0见 ChangeLog 首条记录2025.01.15 发布。libuv 自 1.0.0 起遵循语义化版本SemVerAPI 与 ABI 在 major 版本内保持稳定见 README.md因此本文介绍的概念与 API 用法在当前版本依然成立。二、谁在用它两类目标读者与前置知识指南明确了本书面向的两类读者这两类场景也基本覆盖了 libuv 的绝大多数使用者系统程序员正在编写守护进程daemon、网络服务或网络客户端等底层程序发现事件循环模型非常适合自身应用因此决定采用 libuvNode.js 模块作者希望用 C/C 编写平台能力封装再以a同步或异步的 API 暴露给 JavaScript。这类读者需要额外查阅 V8/Node.js 相关资源因为本指南不涉及 Node.js 特有的部分。无论属于哪一类指南都假定读者熟悉 C 语言——libuv 的全部接口都以 C 结构体与回调函数的形式暴露。从仓库的 README.md 可以看到 libuv 的实际使用者远不止 Node.jsLuvit、Julia、uvloop 等项目均基于 libuv 构建指南正文也指出 Mozilla 的 Rust 语言以及一大批语言绑定language bindings都在使用 libuv。可以说libuv 已经从 Node.js 的附属组件成长为独立的系统编程基础设施。三、演进背景从 libev 到 IOCP 的跨平台抽象libuv 的诞生与 Node.js 的成长史密不可分指南给出了清晰的脉络2009 年Node.js 项目启动它把 JavaScript 从浏览器中解放出来将 Google V8 引擎与 Marc Lehmann 的 libev 结合形成事件化 I/O 适合该编程风格的语言的组合随着 Node.js 流行跨平台尤其是 Windows支持变得重要但libev 只运行在 Unix 上Unix 世界的内核事件通知机制是 kqueue 或 (e)poll而 Windows 的对应物是IOCPInput/Output Completion Portslibuv 正是围绕 libev 或 IOCP 的抽象层在 Unix 上基于 libev、在 Windows 上基于 IOCP对外提供一套以 libev 为蓝本的统一 API到node-v0.9.0版本libuv 中移除了 libev成为完全独立的实现。从这之后libuv 持续成熟成长为高质量的系统编程独立库。理解这段历史有助于把握 libuv 的一个核心设计原则无论底层是 epoll、kqueue、IOCP 还是 event ports对使用者而言都只是一个 uv_loop_t 事件循环。这一原则在当前仓库的源码中仍然处处可见。四、能力全景libuv 提供的核心功能清单指南引言指出本书将覆盖 libuv 的主要领域而 README.md 则给出了更完整的能力清单可作为学习地图能力类别说明事件循环基于 epoll、kqueue、IOCP、event ports 的完整事件循环网络 I/O异步 TCP 与 UDP socketDNS异步 DNS 解析文件系统异步文件与文件系统操作文件系统事件文件/目录变更监听TTY支持 ANSI 转义序列控制的终端IPC基于 Unix domain socket 或 Windows named pipe 的 socket 共享式 IPC子进程子进程创建与管道管理线程池内置线程池承载文件与 DNS 等阻塞操作信号处理跨平台信号处理时钟高精度时钟同步原语线程与同步原语互斥锁、读写锁、条件变量等在 basics.rst 中libuv 将这些能力组织为Handles句柄与Requests请求两大抽象句柄是uv_TYPE_t形式的长生命周期对象如uv_tcp_t、uv_timer_t、uv_idle_t、uv_async_t代表对某个 I/O 设备、定时器或进程的兴趣请求则是短生命周期对象标识句柄上的一次具体异步操作如uv_connect_t、uv_write_t、uv_fs_t用于在发起操作与回调之间携带上下文。所有句柄都通过对应的uv_TYPE_init(loop, handle)完成初始化。五、构建与验证获取源码并编译示例指南介绍了最经典的 autotools 构建流程这也是当前仓库内嵌 libuv 支持的方式sh autogen.sh ./configure make按照指南说明无需执行make install——构建示例程序只需进入docs/code/目录再执行make即可。这些示例的源码同样随仓库分发例如 helloworld/main.c、default-loop/main.c、idle-basic/main.c 等都可在 docs/code 目录下找到。README.md 还补充了两种现代构建路径同样适用于本仓库CMake 方式Windows 唯一支持方式Unix/macOS 亦可mkdir -p build (cd build cmake .. -DBUILD_TESTINGON) cmake --build build (cd build ctest -C Debug --output-on-failure)包管理器方式macOS 可用brew install --HEAD libuvWindows 可用 vcpkg 或 Conan 安装。测试驱动位于build/uv_run_tests共享库构建与build/uv_run_tests_a静态库构建全部测试清单见 test/test-list.h。README 还特别提醒libuv 采用 ad hoc 继承风格的 API建议使用它的项目开启-fno-strict-aliasing编译选项以避免优化器在严格别名假设下产生问题。六、快速上手事件循环、默认循环与最小程序libuv 强制推行异步、事件驱动的编程风格核心机制是事件循环与回调通知。事件循环的行为可用伪代码概括while there are still events to process: e get the next event if there is a callback associated with e: call the callback事件示例包括文件可写、socket 有数据可读、定时器超时等。整个循环封装在uv_run()中这也是使用 libuv 时最重要的函数。与传统阻塞式 I/Oread、fprintf相比异步非阻塞方式让应用先表达兴趣、后取用数据进程在等待期间可以自由处理其他任务。helloworld/main.c 展示了最小程序——它除了启动一个立即退出的循环外不做任何事#include stdio.h #include stdlib.h #include uv.h int main() { uv_loop_t *loop malloc(sizeof(uv_loop_t)); uv_loop_init(loop); printf(Now quitting.\n); uv_run(loop, UV_RUN_DEFAULT); uv_loop_close(loop); free(loop); return 0; }程序立即退出因为循环中没有任何待处理的事件。自 libuv v1.0 起用户需要自行分配循环内存再调用uv_loop_init()初始化这允许接入自定义内存管理结束时用uv_loop_close()反初始化并释放存储。示例程序出于简洁跳过了循环关闭但生产级的长驻进程必须正确释放资源。默认循环如果只需要单循环可直接使用uv_default_loop()获取 libuv 提供的默认循环Node.js 正是把它作为主循环#include stdio.h #include uv.h int main() { uv_loop_t *loop uv_default_loop(); printf(Default loop.\n); uv_run(loop, UV_RUN_DEFAULT); uv_loop_close(loop); return 0; }句柄生命周期idle-basic/main.c 展示了 idle 句柄的用法——回调在事件循环的每一轮被调用一次计数达到 1000 万后调用uv_idle_stop()停止句柄uv_run()因没有活跃 watcher 而返回#include stdio.h #include uv.h int64_t counter 0; void wait_for_a_while(uv_idle_t* handle) { counter; if (counter 10e6) uv_idle_stop(handle); } int main() { uv_idle_t idler; uv_idle_init(uv_default_loop(), idler); uv_idle_start(idler, wait_for_a_while); printf(Idling...\n); uv_run(uv_default_loop(), UV_RUN_DEFAULT); uv_loop_close(uv_default_loop()); return 0; }错误处理初始化或同步函数失败时返回负数异步函数失败时通过回调的 status 参数传递。错误码定义为UV_E*常量可用uv_strerror(int)与uv_err_name(int)分别取得错误描述与错误名。I/O 读回调收到的nread小于 0 即表示出错其中UV_EOF代表文件结束常需单独处理。七、TEN 框架中的 libuv从第三方库到 runloop 实现libuv 在当前仓库中不仅是第三方依赖更被 TEN 框架作为底层 runloop事件循环实现直接集成。这一点可以从构建与源码两个层面得到印证。构建层面在 core/src/ten_utils/io/general/loops/uv/BUILD.gn 中TEN 的 uv 后端通过deps [ //third_party/libuv:uv_a ]静态链接 libuvlibuv 自身的构建目标定义在 third_party/libuv/BUILD.gn。也就是说TEN 框架在 GN 构建体系下直接复用了本仓库内嵌的 libuv 源码而不是依赖系统安装版本。源码层面core/src/ten_utils/io/general/loops/uv/runloop.c 是 libuv 后端 runloop 的完整实现可以清楚地看到指南中介绍的 API 如何被真实落地ten_runloop_create_uv_common()内部通过uv_loop_init()创建uv_loop_t实例并把句柄封装进ten_runloop_uv_t结构体ten_runloop_uv_run()调用uv_run(impl-uv_loop, UV_RUN_DEFAULT)驱动事件循环循环结束后调用uv_loop_close()释放内部资源并校验返回值UV_EBUSY表示循环中仍有活跃资源属于清理逻辑缺陷异步通知封装为uv_async_tten_runloop_async_uv_init()调用uv_async_init()ten_runloop_async_uv_notify()调用uv_async_send()跨线程唤醒事件循环定时器封装为uv_timer_tten_runloop_timer_uv_start()依次调用uv_timer_init()与uv_timer_start()超时值与周期均由timeout_ms、periodic参数传入停止与关闭分别映射到uv_timer_stop()与uv_close()文件中还利用uv_async_send()实现了跨线程的 stream 迁移migration机制——由于 libuv 不是线程安全库stream 必须被迁移到使用它的线程所属的事件循环中TEN 通过迁移任务队列 async 唤醒的方式完成了这一线程切换。此外core/src/ten_utils/io/general/loops/uv/runloop.c 中还实现了ten_runloop_attach_uv()允许把外部创建的uv_loop_t原样挂接attach到 TEN 的 runloop 抽象上——这与指南默认循环/自定义循环的讨论一脉相承说明 TEN 既可以自建循环也可以复用宿主进程已有的 libuv 循环。TEN 框架的 TCP/pipe 等传输后端同样构建在 libuv 之上见 core/src/ten_utils/io/general/transport/backend/uv 目录。八、结语与后续学习路径libuv 用统一 API 弥合了 Unix 与 Windows 在内核事件通知机制上的差异以事件循环 回调的模型解决了阻塞 I/O 拖累高并发程序的问题。本仓库的 guide 目录 提供了一条完整的进阶路线在掌握本文所述的基础定位与构建方式后可依次阅读 basics.rst事件循环与句柄/请求模型、eventloops.rst循环调度与引用计数、networking.rstTCP/UDP 编程、filesystem.rst异步文件与 fs 事件、processes.rst子进程、threads.rst线程与同步以及 utilities.rst工具函数。每章对应的可运行示例代码均位于 docs/code 目录配合 test/test-list.h 中数量庞大的测试用例足以作为 API 用法与语义的最权威佐证。赞分享人工智能AI Agent多模态语音AI 应用【免费下载链接】ten-frameworkOpen-source framework for conversational voice AI agents项目地址https://gitcode.com/TEN-framework/ten-framework点击查看免费下载相关推荐libuv 入门指南跨平台异步 I/O 库的导读与快速上手libuv 入门指南跨平台异步 I/O 库的导读与快速上手 本指南基于 libuv 官方用户手册 User guide https://link.gitco网络通信异步编程10分钟入门libevent高性能异步I/O事件库完整指南10分钟入门libevent高性能异步I/O事件库完整指南 想写一个能扛住上万连接的服务器却还在为 read 阻塞发愁libevent 是最流行的后端网络异步编程libuv 全览异步 I/O 事件循环、架构设计与官方文档导航指南libuv 全览异步 I/O 事件循环、架构设计与官方文档导航指南 本文是 libuv 官方文档入口 docs/src/index.rst https://网络通信异步编程上一篇electric-ax/agents-runtime 源码级解读在 Durable Streams 之上构建持久化 Agent 运行时下一篇React Native Reanimated 2 动画完全指南Shared Value 过渡、动画修饰器与自定义配置创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考