Import Cost插件不显示体积提示的主因是VSCode未识别文件语言模式，需手动设为JavaScript/TypeScript；其次需确保项目根目录含package.json和node_modules、正确配置jsconfig.json/tsconfig.json路径映射、使用支持exports字段的包（如lodash-es而非lodash），且插件配置importCost.path适配pnpm等场景。
Import Cost 插件装了但 import 行没显示大小？不是插件坏了，而是它对环境、语法、路径和包结构有明确要求，缺一不可。
为什么 import 语句右边不显示 ~2.4 kB 这类提示
最常见原因是 VSCode 没把当前文件识别为 javascript 或 typescript。右下角状态栏显示 Plain Text 或 JSON 时，插件完全静默——它根本不运行。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Change Language Mode，选JavaScript或TypeScript - 确认
settings.json中importCost.enabledLanguages包含["javascript", "typescript"] - 打开的必须是项目根目录（含
package.json和node_modules），子文件夹里打开的 .js 文件可能被跳过 - 插件不读取 Webpack/Vite 的
resolve.alias，只认jsconfig.json或tsconfig.json里的compilerOptions.paths
为什么 import { debounce } from 'lodash' 没数字，但 import _ from 'lodash' 有
因为 lodash 的 package.json 没定义标准 exports 字段，Import Cost 无法静态推断 { debounce } 实际加载哪个子模块，直接放弃估算。
- 能正常显示的通常是单入口包（如
axios）或明确定义exports的现代包（如zod） -
date-fns@v2+、ramda、lodash都属于“不显示”阵营 - 临时验证：把
import { debounce } from 'lodash'改成import debounce from 'lodash/debounce'，通常就能看到体积 - 真正解法是换用
lodash-es，它的exports结构更清晰，Import Cost 能解析
为什么 import('@/utils/request') 显示 ? 或空白
别名路径（@/）本身不是 Node.js 原生支持的路径，Import Cost 不会自动展开它——它只信任 jsconfig.json 或 tsconfig.json 提供的映射。
- 确保项目根目录有
jsconfig.json（JS 项目）或tsconfig.json（TS 项目） - 里面必须包含类似这样的配置：
{"compilerOptions": {"baseUrl": ".", "paths": {"@/*": ["src/*"]}}} - 改完配置后，必须关闭并重新打开整个文件夹——热重载不会触发 Import Cost 重扫描
- 如果用了 pnpm，且
node_modules在.pnpm/node_modules下，还需在settings.json中加"importCost.path": ".pnpm/node_modules"
为什么显示 ~4.2 kB 而不是精确值
那个 ~ 不是四舍五入符号，而是明确告诉你：这是基于入口文件 + 直接依赖的静态估算，不是真实打包产物大小。它不跑构建、不执行代码、不考虑 Tree Shaking 效果。
- 比如
import { useState } from 'react'显示 ~42 KB，实际打包后可能只剩几百字节——因为构建工具删掉了未用代码 - 它也不处理条件导入：
process.env.NODE_ENV === 'dev' && import('./debug')这类会被跳过 - 动态
import()、require()字符串拼接、.d.ts类型导入，默认都不计算 - 真正要测最终体积，还得靠
webpack-bundle-analyzer或size-limit；Import Cost 只管“写代码时那一眼”的成本感知
