Neovim中nvim_get_runtime_file与vim.iter并发使用导致的崩溃问题分析

在Neovim开发过程中，发现了一个与运行时文件搜索和迭代器功能相关的并发问题。当开发者在测试脚本中连续调用nvim_get_runtime_file和vim.iter这两个API时，会导致Neovim进程崩溃。

问题现象

测试用例展示了问题的复现方式：在清理环境中连续调用nvim_get_runtime_file和vim.iterAPI时，Neovim会抛出SIGABRT信号并崩溃。从调用栈分析，崩溃发生在事件循环处理过程中，特别是在处理shell命令执行和路径扩展时。

技术背景

nvim_get_runtime_file是Neovim用于搜索运行时文件的API，它会触发文件系统操作和路径扩展。而vim.iter是Neovim提供的迭代器功能，用于处理集合数据。这两个看似不相关的功能在并发使用时产生了冲突。

崩溃原因分析

从调用栈可以看出几个关键点：

1. 崩溃发生在事件循环处理shell命令执行过程中
2. 路径扩展和运行时文件搜索触发了复杂的回调链
3. 迭代器的使用似乎干扰了正常的事件循环处理

核心问题可能在于：

• 事件循环在处理文件搜索时没有正确处理并发请求
• 迭代器的使用改变了事件循环的状态
• 资源竞争导致的状态不一致

临时解决方案

开发者发现可以通过在调用之间插入poke_eventloop来避免崩溃。这个方法强制事件循环处理挂起的操作，可能解决了某些竞态条件。

更深层次的问题

这个问题揭示了Neovim事件循环在处理特定类型并发操作时的潜在缺陷。特别是当：

1. 文件系统操作与Lua API调用混合时
2. 多个异步操作快速连续执行时
3. 涉及shell命令执行和路径扩展时

对开发者的建议

1. 在混合使用文件操作和迭代器API时保持警惕
2. 考虑在关键操作之间插入事件循环处理
3. 关注Neovim后续版本对此类问题的修复

这个问题虽然特定，但提醒我们在开发Neovim插件或扩展时需要特别注意异步操作和并发处理的边界情况。