f12无法跳转config/constants.ts常量，主因是文件未被ts服务索引、声明方式不标准或tsconfig.json配置缺失；需确保constants.ts在include范围内、使用export const而非export default、文件已保存且状态栏显示typescript。
为什么F12点不进config/constants.ts里的常量？
不是常量写得不对，是VSCode根本没把它当“可跳转符号”处理。常见原因是：文件没被语言服务纳入索引范围、常量声明方式导致AST无法识别、或项目配置没覆盖该路径。
- 确认
constants.ts在tsconfig.json的include字段里（比如"include": ["src/**/*"]），否则TS服务直接忽略它 - 避免用
export default { API_URL: '...' }这种对象字面量导出——F12会跳到对象本身，不是API_URL的声明位置；改用export const API_URL = '...'; - 如果常量在
declare module块里，F12默认跳不到，需用Ctrl+Shift+O打开大纲视图，手动搜名字 - 检查状态栏右下角是否显示
TypeScript，不是Plain Text或JavaScript
Ctrl+Click常量名没反应？先查这三件事
Ctrl+Click失效几乎从不因为快捷键冲突，而是语言服务卡在某个环节。最常漏掉的是：
-
constants.ts未保存——TypeScript语言服务只索引已保存文件，临时草稿不参与跳转 - 项目根目录缺
tsconfig.json（哪怕内容是{}），导致模块解析失败，连带常量引用链断裂 - 常量被
as const修饰但类型推导被禁用：检查tsconfig.json里是否有"compilerOptions.strict": false，它会削弱字面量类型识别能力
跳进去了却停在node_modules/@types/xxx？这是正常降级
当你F12一个来自第三方包的常量（比如import { STATUS_OK } from 'http-status-codes'），VSCode优先找@types/http-status-codes里的declare const STATUS_OK: 200;，而不是源码——这不是bug，是设计行为。
- 想看真实源码，先按
Alt+F12（Peek Definition）预览，再点击右上角Go to Source按钮 - 若
@types包缺失，F12会fallback到node_modules/http-status-codes/index.js，此时常量值可能只是字符串，没有类型信息 - 对自定义常量库，确保其
package.json含"types": "index.d.ts"字段，否则VSCode无法定位类型定义
多文件夹工作区里常量跳转失效
VSCode在多根工作区（Multi-root Workspace）中，每个文件夹独立加载tsconfig.json。如果你在frontend/里编辑代码，但constants.ts在shared/文件夹，而shared/tsconfig.json没被正确加载，跳转会静默失败。
- 打开命令面板
Ctrl+Shift+P，运行Typescript: Select TypeScript Version，确认选中Use Workspace Version - 检查
shared/tsconfig.json是否在frontend/tsconfig.json的references字段里（TS 3.9+支持项目引用） - 临时方案：在
frontend/tsconfig.json的compilerOptions.paths里加一条"@shared/*": ["../shared/*"]，并重启TS服务
Object.freeze()封装），或路径解析链中断，VSCode就只能靠文本匹配兜底，这时Ctrl+Shift+F反而更可靠。
