turbo console log 插件需手动触发且光标必须聚焦在合法标识符内，快捷键默认为ctrl+alt+l/cmd+alt+l；模板通过settings.json配置，仅支持预定义占位符；{result}为静态类型而非运行值；tsx/jsx及可选链等新语法支持有限。
Turbo Console Log 插件装完没反应？检查快捷键和触发方式
插件本身不自动插入日志，必须手动触发。默认快捷键是 Ctrl+Alt+L（Windows/Linux）或 Cmd+Alt+L（macOS），但很多人装完直接选中变量按快捷键没反应——其实是没“光标聚焦在变量名上”或没“选中有效标识符”。
- 光标必须停在变量、函数名、对象属性等合法 JS/TS 标识符内部（比如
userName的任意一个字母上），不能在空格、括号或字符串里 - 选中内容必须是纯标识符，
data.users[0].name这种链式访问不会被识别；只支持data或users这样的单层变量名 - 如果快捷键冲突（比如被输入法或系统占用了），进 VSCode 设置搜
keybindings，过滤 “turbo console log”，手动改绑定
log 语句格式不对？看清楚插件的模板配置项
默认输出是 console.log('xxx:', xxx)，但很多人想要带文件名或时间戳，就得改插件设置。关键是别去改源码或重写命令——所有定制都通过 VSCode 的 settings.json 控制。
- 打开设置 → 搜
turbo console log→ 找到Turbo Console Log: Template - 常用模板值：
{expression}（变量名）、{result}（实际值）、{fileBasename}、{lineNumber} - 例如设成
"[{fileBasename}:{lineNumber}] {expression} = {result}"，就会生成console.log(`[index.ts:42] count = ${count}`) - 注意：模板里不能用 JS 表达式，只认插件预定义的占位符；
{result}在 TS 文件里可能显示为any类型，不是运行时值
TypeScript 里变量类型丢失？别依赖 {result} 获取运行时值
{result} 不是执行结果，只是静态推断出的类型字符串。你在 const users: User[] = [] 上触发，它会输出 console.log('users:', users)，但模板里的 {result} 显示的是 User[]，不是 []。
- 这是设计使然：插件运行在编辑器阶段，不执行代码，所以无法知道真实值
- 想看具体结构？老实用
{expression}+ 手动补JSON.stringify()，比如模板设成"{expression} = {JSON.stringify({expression})}"（需确保表达式可安全序列化） - TSX/JSX 文件中，JSX 元素（如
<div>）会被当作无效标识符跳过，插件不支持直接 log 组件树 <h3>为什么有时 log 插入位置错乱？和 Prettier / ESLint 冲突有关</h3> <p>插件插入语句后，如果开了保存即格式化（<code>editor.formatOnSave），Prettier 可能把新插入的console.log挤到上一行末尾，甚至合并进前一条语句里，导致语法错误。- 临时解决：保存前先关掉格式化，或把光标移到行首再触发插件
- 长期建议：在
settings.json加上"editor.formatOnSave": false，或配"editor.formatOnSaveMode": "modifications"（VSCode 1.86+） - ESLint 规则
no-console会立刻标红，但不影响插入——只是提醒你别提交，别误以为插件失效
真正容易被忽略的是：插件对解构赋值、可选链、空值合并这些新语法支持有限。比如
const { id, name } = user;中光标停在id上能触发，但停在user?.profile就不行——它压根不识别?和??作为标识符的一部分。
