@des 你的回答是第一个正确回答，直接被提问者无视了。

@pony279 第二条与我上面说的第三条类似，这对于 fzf 来说确实很难实现。

@skywind3000 那个只是给 Leaderf file 用的，默认是在 cwd 开始搜索，还没有 root marker 那个功能。

@dangoron 我没有深入使用过 fzf 的 Rg，做一下评论，如果不对请纠正。
fzf rg 有以下不足：
1. 没有 normal mode，查看结果不是很方便。
2. 不支持只在当前 buffer 以及所有打开的 buffer 中搜索。
3. 如果已经搜索一个串'abc'，按回车跳到 buffer 中去后，无法再打开上一次的搜索结果，需要重新搜索'abc'； Leaderf rg 可以用文章中提到的`Leaderf! rg --recall`来打开上一次的搜索结果。
4. 不支持把当前搜索结果追加到上一次的搜索结果上。
5. 不支持跳到某个搜索位置后仍保持搜索窗口打开状态，就像 quickfix 窗口一样。Leaderf rg 有`--stayOpen`
6. Leaderf rg 可以像使用 rg 命令一样来用，比如某一次搜索只想搜索 aaa 和 bbb 目录，可以用`Leaderf rg -e xxx aaa bbb`； 某一次不想搜索 src 目录，可以用`Leaderf rg -e xxx -g=!src/`; 而 fzf rg 做不到这么方便，它需要每一种情况都要定义一个命令。

@joysir 没有内容的论坛也就没有人气，然后，就没有然后了。

@jdhao Leaderf rg 只是 LeaderF 的一个功能。

支持，希望不要像 https://vim-china.org ，只活跃了几天，不知道出于什么原因就不维护了。

刚知道这个消息，好消息啊

+1

@Chingim https://www.zhihu.com/question/23590572/answer/546352496
这个下面有个小伙伴的对比：虽然不一定准确，也有参考价值。

> 异步 Fuzzy Finder：vim 的 fuzzy finder 可不是只能像命令行里的 fzf 那样简单地 fuzzy
> match，下面推荐的几个 fuzzy
> finder 插件你可以用它来：搜索字符串，对 grep 结果进行过滤(不需要其它 grep 插件了)，浏览和跳转 tags(不需要 tagbar 了)，浏览、跳转以及管理 buffer、files，跳转最近使用的文件(MRU)，搜索历史剪切板内容，切换 color
> scheme，甚至浏览你的 github 星标版本库。
> 1. denite.nvim 最高的可定制度，最高的可扩展性，最多的 source，也最不好上手。依赖 python。
>
> 2. fzf.vim 开箱即用，新手友好，无需太多配置，source 也足够多。但它实际上 fzf 的一个 vim 前端，并不是一个典型的 vim 插件，你需要安装 fzf 才能使用，不过也正是因为如此，它用起来非常丝滑。另外它缺乏官方文档，可定制度也较差。不依赖 python。
>
> 3. LeaderF 开箱即用，新手友好，无需太多配置。它的算法非常厉害（个人觉得只有 fzy 能和它比），另外它也提供了很多非常实用的选项（比如正则过滤），但是 source 相比前两者较少。依赖 python。
>
> 2018.12.20 最近的一个 32 万行代码的模糊匹配测试中，对下面几个模糊匹配工具进行了测试：leaderf, fzf, skim, ctrlp 的默认 matcher, denite 的默认 matcher，cpsm （ denite 和 ctrlp 的 matcher 之一）,
> fruzzy （ denite 和 ctrlp 的 matcher 之一）按匹配精准度和匹配速度来衡量它们的性能的话，leaderf 的表现是最好的。
> Note: leaderf 的关键部分是用 c 写的
>
> 另外，关于 ctrlp。ctrlp 已经有了异步模式，但是它的性能和 leaderf,
> fzf 不在一个档次，并且群里有大佬说它的异步还有很多 bug。如果你的 vim 没有 python 支持，个人推荐用 fzf

@dongqihong 多谢安利。

中文编程就是个伪命题，因为就不存在什么英文编程，德文编程，法文编程。只是一些程序设计语言的标识符一般习惯使用 ASCII 的一些可显示字符，而且英文字母正好在这些可显示字符里面。

首先你要搞清楚 printf （）的返回值是什么。

《虽远必诛》

我鄙视变道不打转向灯的人。

只是语法糖而已，如果有一种新的语言，甚至可以这样表示交换两个变量：
`a<->b`

@pony279 tmap 好像是 patch 8.0.1108 加上去的，我使用的是 8.0.771 ，所以最好能在文档中说明一下。

试用了一下，感觉还不错，说说使用中遇到的问题。
1. 在 vim 中，还没使用成功。
一启动就有错
```
Error detected while processing function ncm2#insert_mode_only_key:
line 3:
E492: Not an editor command: tmap <Plug>(ncm2_skip_auto_trigger) <nop>
E492: Not an editor command: tmap <Plug>(ncm2_auto_trigger) <nop>
E492: Not an editor command: tmap <Plug>(ncm2_manual_trigger) <nop>
E492: Not an editor command: tmap <Plug>(ncm2_complete_popup) <nop>
E492: Not an editor command: tmap <Plug>(_ncm2_auto_trigger) <nop>
```
我 vimrc 中只是 https://github.com/ncm2/ncm2#install 里面的内容，后来又加上了 Plug 'roxma/vim-hug-neovim-rpc'。
tmap 是 neovim 中的命令，在启动 vim 时却报这个错。（怀疑楼主所说的支持 vim 只是理论上，实际上没测过）

2. 不够 `out of box`
我把 https://github.com/ncm2/ncm2#install 里的内容添加到 vimrc 里，启动 nvim，发现怎么操作都没有补全；后来猜测可能需要装一些 source，就装了 Plug 'ncm2/ncm2-bufword'，敲了几个字母，发现还是没有补全；等敲到第 4 个字母时，才弹出了补全菜单，我一般习惯于 1 个字母就出现补全。我知道这可以设置，就找到了 g:ncm2#complete_length。
当然这都不是什么问题，我觉得如果 readme 里加一些必要的说明会更好，这样可以让像我这样第一次接触 ncm2 的人能够更容易的去体验这个插件。

3. fuzzy 算法有待提高
补全只能识别单词的边界字母，非边界字母就识别不了了。
例如：`encode`, 如果我输入`end`，`encode`就不会出现在补全列表中了。

总体来说还不错，不像一些插件补全菜单闪的厉害，会继续试用。