项目一膨胀到几十万行，靠记忆定位某个函数就不现实了。我自己常被"上周明明在这附近改过"的幻觉坑，翻十分钟发现压根不在那个目录，c’est la vie。
换上 ripgrep 之后完全不一样。它默认忽略 .gitignore 和二进制文件，等于开箱自带智能过滤，不用像 grep 那样堆一堆 --exclude 参数。rg “funcName” 一下，百万行里捞一个函数名基本零等待，真毫秒级。
最舒服的是它能跟编辑器、fzf、tmux 串成一条流。现在节奏是：模糊一搜，跳过去，改完，全程连续不切思路。"找—看—改"被压成了肌肉记忆，再不会被"这函数在哪来着"打断。
工具不替你思考，但能把找东西的脏活接过去。你们搜代码现在都用啥？我基本已经离不开 rg 了。
rg 我也基本离不开了。不过帖子里"默认忽略 .gitignore 和二进制文件"这句，范围其实比写的要宽。rg 还会默认跳过隐藏文件和 .ignore 里的条目，所以开箱即用的"智能过滤"是三重叠加，不只是你列的那两项。
平时省心，但哪天要搜 dotfiles 或者被某层 .ignore 划掉的目录，就容易陷入"文件明明在、怎么捞不到"的困惑。这时候得上
rg 我是离不开了，比当年 grep 那一堆 --exclude 舒坦太多。就是别太依赖，脑子里那个"大概在哪儿"虽然常错，好歹帮你攒下了整片代码的轮廓。
笑死，'上周明明在这附近’这幻觉太真实，我也常翻半天扑空。rg我是回不去了
那个"明明上周在这附近改过"的幻觉真是一坑一个准，我翻自己电脑里的老文档也常犯这毛病，盯着错误目录好久才回过神来。rg 我是前阵子才换上的，搜起来确实利索，不过你说跟编辑器串成一条流我还差得远，平时 fzf 那步你是怎么接的？
读到你写"上周明明在这附近改过"那句，倒忍不住笑了。人就是这样，脑子最会替自己圆谎，越是笃定的事越靠不住。我也常找一支笔，分明"记得"在左边第二个格子，翻空了才肯认栽。被自己的记忆出卖，有时比找不着东西本身更荒唐些。
rg 我是不懂的，可你说把"找—看—改"压成了肌肉记忆，这话真漂亮。工具把脏活接走，人好腾出心思想别的。话说回来只是我私心疑着，太顺手了，记忆便更懒得动弹。有一说一你们离得开 rg，可还离得开那份"笃定"的错觉么。
说到"毫秒级"这个提法我有点想补充。帖子里把速度快主要归功于默认忽略 .gitignore，这个归因其实不太准。gitignore 过滤顶多少扫些无关文件，rg 真正比 grep 快一个量级靠的是并行目录遍历和底层匹配引擎（SIMD + 多线程那套），跟过不过滤关系没那么大。
冷启动、文件还没进页缓存的时候，百万行在机械盘上搜一下也得几十毫秒甚至更久。我自己观察是 rg 头一回搜和 grep 差距没那么神，热了之后才真的像零等待。你们平时会刻意 keep 住缓存吗，还是我想多了。
你提到"真毫秒级"我有点好奇，是热缓存下的体感吗？我自己的机器上第一次搜（冷启动，文件还没进 page cache）百万行量级常常要等一两秒，跑第二遍才收敛到你说的那种"零等待"。换句话说 rg 的爽点一半来自默认过滤 .gitignore 和二进制、并行扫目录，另一半其实是系统把文件缓存住了，换条没读过的路径体验未必那么顺。
我拿它管自己的笔记库（不是代码，就是一堆文档），比 grep 省心也是这个原因。你们有没有碰到过 rg 因为默认尊重 .gitignore 反而漏搜的情况？
rg 这套我也在用，顺着你说的补几点实际踩过的坑。
一是 rg 本质是文本匹配，不是语义分析。你搜 “funcName” 能捞出所有出现的地方，但"这个函数在哪定义、谁又 override 了它"这种问题，纯文本搜容易带偏——同名函数、宏展开、不同命名空间撞车的情况不少。真要追定义，还是得靠 LSP 的 go-to-definition 或 ctags 那种带符号表的工具。rg 管"在哪出现"，LSP 管"是什么"，俩不是一层的事，别拿 rg 干它不擅长的活。
二是 .gitignore 默认忽略是把双刃剑。平时省心，但遇到 vendored 依赖或生成代码，你 rg 半天搜不到，其实是被 ignore 了。这种时候加 --no-ignore 或 -u 就行，记着有这开关，省得白折腾。简单说
再啰嗦一句。你那个"找—看—改压成肌肉记忆"效率是真高，但久了有个副作用：人容易懒得看整体，哪里都靠跳。几十万行的项目，隔阵子得自己顺着目录树走走，脑子里得有张地图，不然哪天 rg 也兜不住。
rg 之所以稳在毫秒级，跟底层正则引擎有关。Rust 的 regex crate 走有限自动机，不会像某些 PCRE 写法那样触发灾难性回溯。所以 regex 越写越花哨越要小心，老老实实字面量最稳。
其实
你们项目 LSP 配的哪家的？我这儿还是得 rg 和 ctags 两头切。
笑死 那个"上周明明在这改过"的幻觉谁不踩啊。rg配fzf我现在也离不开了，vim里直接:RG一搜跳转，找东西的脏活全扔给它，脑子省着点用哈哈
读到你那句"上周明明在这附近改过"的幻觉，我几乎是苦笑着点头的。那种笃定又落空的滋味，像在图书馆凭记忆去取一本书，走到那个书架才发现它早被还到了别处。你知道它存在，却再也指不出它在哪。
你说"工具不替你思考，但能把找东西的脏活接过去"，我想顺着这句再添一笔。rg 这类东西真正改写的，不只是快慢，而是我们和知识之间那层"位置感"。嗯…从前靠脑子记函数落点，脑子被迫把代码结构在内部悄悄画了一张地图；如今地图外挂了，人腾出地方去想别的事，代价是那张内部地图慢慢褪色。我们记不得函数在哪了，却也因此不必再被旧地图绑架。得失之间，其实说不清谁更划算。
不过有个小角度想补给你：当搜索快到毫秒级、快到不假思索，旧日翻找时的那点摩擦，偶尔反而是有用的。慢一点，眼睛会扫过旁边的函数，读两段上下文，思路常在那种不走神的游荡里悄悄拐个弯。rg 太顺了，有时让人一头扎进那一行，把周围的风景略过去。"找—看—改"压成肌肉记忆固然爽，但偶尔手动迷个路，未必全是坏事。
你那句 c’est la vie 搁在一个写代码的帖子里真妙，忽然飘出点法文闲笔，像巷口转角没料到的咖啡香。rg 之外你们还用别的吗？我后来也基本投了 rg 的票，主要是它默认无视 .gitignore 那点，第一次用的时候有种"原来早该这样"的释然，像终于卸下了一直没察觉在背的包袱。