VSCode代码片段真正提效的关键在于利用内置变量响应上下文，如$TM_FILENAME_BASE自动提取文件名（不含扩展名），${1:default}定义可编辑占位符并设默认值，$0指定光标最终位置，组合使用可实现“export const ${1:$TM_FILENAME_BASE} = () => { $0 }”等智能模板。
VSCode代码片段不是“写完就扔”的一次性模板，真正提效的关键在于它能响应上下文、联动变量、适配多语言结构——但90%的人卡在body里写死字符串，根本没用上$TM_FILENAME_BASE、${1:default}或${2|a,b,c|}这些能力。
如何让代码片段自动填入当前文件名和光标位置？
手动敲文件名不仅慢，还容易拼错（尤其大小写敏感的导出名）。VSCode内置变量能直接读取编辑器上下文：
-
$TM_FILENAME_BASE：当前文件名（不含扩展名），比如userModal.vue→userModal -
$1、$2：制表位，按Tab跳转；$0是最终停留点 - 组合用法：
"export const ${1:$TM_FILENAME_BASE} = () => { $0 }"，插入后光标先停在函数名处，回车即完成命名
注意：$TM_FILENAME_BASE在未保存的临时文件中为空，此时建议加默认值：${1:$TM_FILENAME_BASE|ComponentName|}，避免光标悬空。
为什么你的选择型占位符${1|option1,option2|}不生效？
这个语法只在body数组的单个字符串内有效，且必须是纯文本上下文——常见失效场景：
- 写在
body数组外（如放在prefix或description里）→ 无解析 - 混在换行符或缩进中，比如
"\t${1|a,b|} // 注释"→ VSCode会忽略选项解析，只当普通文本 - 选项含空格或特殊字符未转义，如
${1|const, let, var|}→ 空格会导致解析失败，应写成${1|const,let,var|}
实操验证：新建一个javascript.json片段，粘贴以下内容，保存后输入前缀再按Tab，下拉菜单会显示三个选项：
"Var declaration": {
"prefix": "vdec",
"body": ["${1|const,let,var|} ${2:name} = ${3:value};"],
"description": "声明变量，可选类型"
}
跨语言复用片段时，为什么body里的缩进总乱？
VSCode对不同语言的缩进规则（tab vs space、宽度）是独立管理的，但片段body本身不继承语言设置——它按你写JSON时的原始缩进输出。
- 错误做法：在
body数组里用硬空格或\t控制格式 → 切换语言后缩进错位 - 正确做法：用
\t表示逻辑缩进（VSCode会自动转换为当前语言的缩进风格），例如："\treturn ${1:value};" - 更稳妥方案：启用
"editor.autoIndent": "full"，配合$0放在关键缩进终点，让编辑器接管后续对齐
比如Vue组件模板中，<template>后第一行用\t开头，比写4个空格更可靠。
片段里调用$CURRENT_YEAR等时间变量为何总是2026？
所有$CURRENT_*变量（$CURRENT_YEAR、$CURRENT_MONTH等）只在**插入瞬间求值**，不是实时刷新。如果你反复触发同一片段，它不会更新年份。
- 这是设计使然，不是Bug——避免每次跳转
Tab都重算时间，影响响应速度 - 若需动态时间（如日志时间戳），改用调试器的
logpoint或终端命令，别强求片段 - 真要插入当前时间，可用外部脚本生成片段JSON再加载，但日常开发没必要
最容易被忽略的一点：这些变量在description里完全不解析，只在body中生效。写错位置等于白写。
