import cost插件不显示体积的主因是环境依赖未满足：需node.js可用、文件语言模式正确、项目根目录含node_modules、jsconfig.json配置别名路径；此外需确认包已安装且package.json含main/module字段，启用ts支持，排除css和动态import干扰。
Import Cost 插件装上就能用，但多数人卡在“为什么没显示”——根本原因不是插件坏了，而是它对环境有硬性依赖：Node.js 必须可用、文件语言模式必须正确、项目必须有 node_modules 且路径可解析。
为什么 import 行右侧不显示大小（只显示 ? 或空白）
这是最常遇到的问题，本质是插件无法完成模块体积估算链路中的任一环节：
-
node --version在 VSCode 终端里执行失败 → 插件直接放弃计算，显示?；必须安装 Node.js LTS 并确保 PATH 正确 - 当前文件右下角显示
Plain Text→ 插件完全不触发；按Ctrl+Shift+P输入Change Language Mode，手动设为JavaScript或TypeScript - VSCode 打开的是子目录（如
src/），而非含package.json的根目录 → 插件找不到node_modules，体积计算无从谈起 - 导入路径用了别名（如
@/utils）但jsconfig.json里没配compilerOptions.baseUrl和paths→ 插件解析失败，返回空白或NaN
如何让 import { debounce } from 'lodash-es' 显示真实体积而非 0 B
默认情况下，Import Cost 对未导出运行时代码的包（比如纯类型定义、或未正确声明 main/module 字段的库）会低估甚至判为 0 B。解决路径很明确：
- 确认该包已实际安装：
ls node_modules/lodash-es，且里面有package.json和 JS 文件 - 检查
node_modules/lodash-es/package.json是否包含"main"、"module"或"exports"字段；缺失任一都可能导致体积读取失败 - 若用 TypeScript，打开设置搜索
Import Cost: Enable Typescript Support并启用，否则插件可能跳过类型包的体积分析 - 避免写
import * as _ from 'lodash-es'这类全量导入语法——插件对命名空间导入支持弱，优先用具名导入
怎么配置只显示 gzip 后大小，且把阈值调低到 4 KB
默认显示的是 minified + gzipped 大小，但颜色和数值单位可以精准控制。修改 settings.json 即可：
-
"importCost.bundleSizeDecoration": "compressed"→ 只显示 gzip 后体积（如1.2 kB），不带括号说明 -
"importCost.smallPackageSize": 4→ 小于 4 KB 才标绿色；原默认是 50 KB，对现代轻量库来说太宽松 -
"importCost.mediumPackageSize": 40→ 4–40 KB 标黄色，提醒你注意潜在膨胀 - 改完保存，不需要重启 VSCode，新打开的 JS/TS 文件立即生效
动态 import() 和 CSS 导入也显示体积？怎么关掉
Import Cost 默认会尝试分析所有 import() 和 import './style.css'，但这两类不参与 JS 打包体积统计，纯属干扰。用正则排除最干净：
- 打开设置，搜索
importcost.exclude，点击在 settings.json 中编辑 - 添加：
"importCost.exclude": ["\.css$", "\.scss$", "import\(.*\)"] - 注意
import()的转义写法：括号必须双反斜杠，否则正则不匹配 - 保存后，CSS 和动态 import 行右侧的灰色小字会立刻消失，不再刷屏
真正容易被忽略的点是：Import Cost 显示的永远是“单个模块入口文件 + 直接依赖”的静态估算，它看不到你的构建工具做了什么 tree-shaking、split chunk 或 sideEffects 消除。看到 moment 显示 200 kB，不代表它真打进包里了——得靠 webpack-bundle-analyzer 验证。这个插件的价值，从来不是代替构建分析，而是在你敲下 import 的瞬间，就让你的手指停顿半秒，想一想：“这玩意儿，真需要吗？”
