editor.suggestSelection仅控制首次弹出时默认高亮项，不改变底层排序；实际顺序由LSP返回的sortText或priority决定，需结合snippet权重、禁用干扰源及插件参数协同优化。
为什么 editor.suggestSelection 不能解决补全排序问题
很多人以为改了 editor.suggestSelection 就能控制补全项顺序，其实它只决定「首次弹出时默认高亮哪一项」，不影响底层排序逻辑。VSCode 的补全列表实际由语言服务器（LSP）或内置建议器按相关性打分后返回，客户端几乎不重排——除非你手动干预排序策略。
常见错误现象：editor.suggestSelection: "recentlyUsed" 设了但还是总看到低频变量排前面；或者 import 语句老被函数名挤到下面。
-
editor.suggestSelection是 UI 层选择行为，不是排序规则 - 真正影响顺序的是 LSP 返回的
sortText字段（字符串比较）或priority（VS Code 1.86+ 新增） - JavaScript/TypeScript 用户受 TS Server 控制，Python 用户看 Pylance，Go 看 gopls —— 没有统一开关
如何让自定义 snippet 在补全中优先出现
如果你写了 console.log 的 snippet 却总被 TypeScript 的 console 对象属性盖住，说明 snippet 默认权重太低。VS Code 允许通过 scope 和 prefix 提前触发，再靠 sortText 抢位置。
实操建议：
- 在
snippets/javascript.json里给 snippet 加"sortText": "0001"（越小越靠前） - 避免用模糊
prefix（如"log"），改用明确前缀（如"cl"），减少和内置建议冲突 - 设置
"scope": "javascript,typescript"而非留空，确保只在目标语言生效 - 重启窗口或执行
Developer: Reload Window，snippet 修改不会热更新
禁用干扰项：比如隐藏 import 补全或 node_modules 建议
当项目依赖多时，node_modules 里的包名会大量挤占补全列表，尤其在输入 req 或 fs 时。这不是排序问题，是得先过滤掉不该出现的内容。
关键配置项：
- 关闭自动导入提示：
"javascript.suggest.autoImports": false（TS/JS 专用） - 屏蔽
node_modules："files.exclude": {"**/node_modules": true}+ 重启 VS Code（仅对文件路径补全有效） - 限制全局符号范围：
"typescript.preferences.includePackageJsonAutoImports": "auto"改为"off" - Python 用户可设
"python.analysis.extraPaths": []清空额外路径，避免第三方库污染
插件级微调：Pylance / TypeScript 的隐藏排序参数
部分语言插件暴露了底层排序开关，但文档极少，得查源码或 issue。比如 Pylance 的 python.analysis.typeCheckingMode 开启后会影响类型相关建议的置信度打分；TS Server 的 includeCompletionsForModuleExports 关闭后，模块导出会从补全列表消失，间接提升常用变量可见性。
容易被忽略的点：
-
typescript.preferences.includeCompletionsWithInsertText设为false可去掉带模板的补全项（如Promise<T>插入后还要删泛型），减少干扰 - Pylance 的
python.analysis.autoSearchPaths默认true，会扫描所有子目录，关掉能加快补全响应并降低噪声 - 任何修改后务必检查
Developer: Toggle Developer Tools→ Console，看有没有CompletionItemProvider报错，那是排序逻辑被插件拒绝的信号
补全排序不是纯前端配置游戏，它横跨编辑器、语言服务器、插件三方协作。最稳的优化路径是：先砍掉不需要的建议源，再用 snippet 和 scope 锁定高频项，最后才碰 LSP 层参数——否则改了 sortText 也压不过 TS Server 的语义分。
