Neovim 加入 vim.async：告别回调地狱
Neovim 在其 Lua 标准库的 vim.async 命名空间下推出了原生结构化并发库，为编排异步工作流提供了一种标准化方法，同时不会阻塞主事件循环。文档描述了一种受结构化并发原则启发的模型，帮助插件作者和脚本编写者摆脱零散的回调结构和临时拼凑的协程封装。
过去，Neovim 插件在管理文件系统操作、后台进程和网络调用等异步操作时，依赖通过 vim.uv（原 vim.loop）提供的 Libuv 事件循环绑定，或者 plenary.nvim 和 async.nvim 等外部库。这些解决方案经常导致回调深度嵌套，或者产生彼此不同的协程实现。vim.async 的加入推进了一项长期跟踪的计划，即直接在编辑器核心中建立标准并发原语，解决围绕任务生命周期、取消传播和错误隔离的问题。
在新模型下，异步例程在通过 vim.async.run() 实例化的 Task 中执行。调度仍然严格采用协作式方式，并构建在有栈协程之上。当任务使用 vim.async.await() 等待事件或 I/O 操作时，Neovim 会暂停执行帧，并将控制权交还给事件循环，确保同步编辑器操作和用户输入可以不受干扰地继续进行。
该框架强制建立明确的父子关系。在现有任务中启动的任何子任务，都会自动附加到父任务的并发作用域中。只有当所有附加的子任务均已完成后，父任务才会结束。此外，子任务中未处理的异常会立即传播至父任务，并触发所有兄弟任务的取消，除非这些任务已被隔离。如果开发者需要让异步后台进程在发起它的任务结束后继续运行，Task() 可以明确地将其提升为独立的顶层任务。
为了处理同步和流量控制，vim.async 引入了以现代并发运行时为原型的多种原语。其中包括：vim.async.semaphore()，用于限制并行执行中的并发许可数量；vim.async.timeout()，用于设定严格的取消期限；以及 vim.async.iter()，用于按照任务的完成顺序而不是启动顺序消费结果。对于可能遇到预期运行时故障、但不应因此导致调用方失效的操作，vim.async.pawait() 相当于 Lua pcall() 的异步版本，会在返回结果或错误载荷的同时返回一个状态标志。
该功能合并后，Reddit 社区的反响总体上充满庆祝意味。在 r/neovim 上一个名为 vim.async 已被合并的活跃讨论帖中，用户称赞了将结构化并发集成到核心中的做法。他们指出，尽管 vim.uv 长期以来一直提供 Neovim 底层的异步机制，但直接管理 Libuv 回调仍然容易出错且十分脆弱。评论者强调，统一的异步抽象解决了生态系统中长期存在的痛点，例如不同第三方协程库相互竞争所造成的插件依赖冲突；技术讨论还探讨了错误传播中的细节，特别澄清了 vim.async.await() 与 Libuv 风格的错误优先回调之间的交互，以及它与 vim.async.pawait() 的区别。
开发者还可以使用 Task() 和 Task() 等方法，将 Neovim 的同步代码桥接到异步任务。这些方法会驱动事件循环直至任务完成。完整的参考信息、API 概述和使用示例可在 Neovim 官方的 lua-async 文档中查看。