必须将editor.snippetsuggestions设为"top"，并避免prefix与内置补全完全重叠（如都用log），否则排序由语言服务器决定不可控；短prefix（如l或lo）更易命中，且editor.suggest.orderby对snippet无效。
代码片段提示慢，本质不是“慢”，而是排序逻辑让你总得手动翻找——关键在控制它出现在哪、以什么顺序出现。
为什么 snippet 总排在 console.log 后面？
VSCode 不按“你想要的”排序，而是按 prefix 匹配精度 + 语言服务器返回顺序混合决定。比如你定义了 log 前缀的 snippet，但输入 console. 后弹出的是原生方法列表，log 片段根本不会触发——因为 prefix 没匹配上。
- snippet 只在你输入其
prefix时才参与建议，console.log是语言服务器返回的成员方法，两者来源不同、不混排 - 想让自定义 log 片段优先出现，就得让它能被当前上下文触发：比如把 prefix 设为
clg或log，并在空行或语句开头输入 - 若仍被压在底部，检查
editor.snippetSuggestions是否设为"top"（而非"inline"）
如何让 snippet 在补全列表里稳居第一？
靠前不靠猜，靠配置 + 前缀设计双保险：
- 在
settings.json中明确设置："editor.snippetSuggestions": "top"，强制所有 snippet 置顶 - 避免 prefix 和内置补全完全重叠（例如都用
log），否则排序交由语言服务器决定，不可控 - 短 prefix 更易命中：设为
l或lo比log触发更早，但需权衡误触风险 - 不要试图靠在 snippet
body里加空行或注释来“提升权重”——VSCode 完全不看这个
editor.suggest.orderBy usage 为什么没效果？
这个设置只对语言服务器返回的常规建议（函数、变量、类等）生效，对 snippet 无效。它记录的是你从 IntelliSense 列表中「手动选择过哪些项」，而 snippet 是独立通道。
-
"editor.suggest.orderBy": "usage"需要你多次主动选中某函数（如useState），才会让它逐渐靠前 - 如果你总用 Tab 补全 snippet，它不会被计入 usage 统计；只有从下拉列表里用方向键选中才算
- 确认是否启用了对应语言服务：JavaScript 文件需开启 JS 语言功能，否则
orderBy不起作用 - 该设置在 VSCode 1.80+ 仍有效，但仅影响非 snippet 的建议项
真正卡住效率的，往往不是响应延迟，而是每次敲三四个字母后还得低头找那个熟悉的 log 片段——它其实就在那儿，只是被 prefix 设得太“合理”，被上下文挡住了。调整 prefix 和 snippetSuggestions 是最直接、最可控的解法。
