turbo-console-log 对单个纯变量名（如 user）默认生成 console.log(user)，不带标签，因其仅对明确标识符自动补标签；user.name 等复杂表达式则放弃推断。
为什么 turbo-console-log 插件生成的语句有时不带变量名？
默认行为下，turbo-console-log 对单个选中变量（如 user）会输出 console.log(user)，而不是带标签的 console.log('user:', user)。这不是 bug，而是插件对「简单表达式」的保守处理逻辑——它只在识别出明确的标识符（identifier）时才自动补标签，遇到 user.name、arr[0] 或带括号的表达式（如 (x + y)）就放弃推断。
解决方法很简单：
- 确保只选中纯变量名（比如光标停在
data上，不要连空格或点号） - 用快捷键
ctrl+alt+l（Windows/Linux）或cmd+alt+l（macOS）触发，而非右键菜单（右键有时走的是 fallback 模式） - 如果必须打点访问，可先复制变量名到临时行再选中，或手动补上标签
log / loge / logt 这几个快捷命令的区别是什么？
它们对应插件内置的三种常用模板，不是随意命名的别名：
-
log→console.log('xxx:', xxx);（最常用，带变量名和值） -
loge→console.error('xxx:', xxx);（用于标记错误上下文，浏览器里 error 级别日志可单独过滤） -
logt→console.timeLog('xxx'); console.log('xxx:', xxx);（适合配合console.time('xxx')做分段耗时追踪）
注意：logt 不会自动插入 console.time()，需你提前在代码上方手动加一句 console.time('fetchData');，否则 timeLog 会报 “Timer ‘fetchData’ does not exist” 错误。
为什么在 TypeScript 文件里生成的日志有时类型报错？
插件本身不解析 TS 类型，所以它生成的 console.log('user:', user) 在严格模式下可能触发 no-console 或 no-unused-expressions 等 ESLint 规则警告。更隐蔽的问题是：当 user 是 undefined | User 类型时，直接 log 可能掩盖空值问题，但插件不会帮你加非空断言或条件判断。
实际建议：
- 在
.eslintrc.js中允许特定 console 调用："no-console": ["warn", { "allow": ["log", "error", "time", "timeLog"] }] - 对可能为
null或undefined的值，别依赖插件自动生成，手动写成console.log('user?', user ?? 'n/a'); - 禁用插件对
.ts文件的自动触发（在设置里搜turbo console log: enable for typescript，设为false），避免干扰类型推导
如何让生成的 console 语句自动被删除或禁用？
插件本身不提供「临时日志」管理功能，但你可以用 VSCode 原生能力低成本实现：
- 用
TODO注释包裹：输入// TODO: debug回车后立刻按ctrl+alt+l，生成的语句会带注释前缀，后续用ctrl+shift+H全局搜TODO: debug一键删掉 - 启用
editor.codeActionsOnSave自动清理：在设置里添加"editor.codeActionsOnSave": { "source.organizeImports": true, "source.fixAll": true }，再配合 ESLint 的no-consoleauto-fix（需配置规则为"no-console": ["error", { "allow": [] }]） - 更彻底的做法：把
console.*替换为debugger;或自定义函数（如dbg('user', user)），然后在生产构建时用 Webpack/Babel 删除所有dbg调用
真正容易被忽略的点是：插件生成的语句一旦写入文件，就和手写的没区别——它不会记录“这是调试语句”，也不会区分开发/生产环境。是否留、何时删、怎么删，得靠你自己的流程卡点，而不是指望插件智能识别。
