VSCode安装代码统计扩展 卷王必备VSCode查看写了多少行

VSCodeCounter统计结果离谱？先别怪插件，可能是配置没跟上

想用VSCode统计代码行数，第一步就得装扩展，这没错。但很多人装完一跑，结果直接让人怀疑人生——动辄几十万行，自己都吓了一跳。问题出在哪？很简单，默认配置下，它可是个“实诚”的家伙，会把项目里所有文件，包括那些依赖库、构建产物甚至文档，一股脑儿全算进去。你看到的那个夸张的数字，大概率是 node_modules 这类目录在“默默奉献”。

VSCodeCounter 插件安装后为啥统计结果离谱？

核心原因就一句话：默认行为是“啥都算”。压缩包、编译后的代码、第三方依赖、配置文件，乃至你的Markdown笔记，在它眼里都是可统计的对象。如果不加以约束，结果自然严重“注水”。

要想拿到真正反映你劳动成果的数据，两步配置必不可少：

• 启用Gitignore规则：首先，务必在设置中手动开启 "VSCodeCounter.useGitignore": true。这个开关至关重要，它能让插件尊重你项目已有的 .gitignore 文件，自动排除那些本不该计入的目录和文件。
• 设置排除项（Exclude）："VSCodeCounter.exclude" 配置项是第二道保险。建议至少添加这几条路径规则，把常见的非源码目录屏蔽掉：["**/node_modules/**", "**/dist/**", "**/.next/**", "**/build/**", "**/*.md", "**/*.json", "**/package-lock.json"]。这能有效过滤掉构建输出、文档和锁文件。

另外，插件市场里同名或相似名称的扩展可能有多个，认准作者是 hollowtree 且近期（例如2025年底）仍有更新的那个版本，能避免不少兼容性和功能上的坑。

统计时选 “Count lines in workspace” 还是 “Count lines in directory”？

这两个选项底层逻辑一致，区别在于统计的起始范围。Count lines in workspace 会从你打开的整个工作区根目录开始扫描；而 Count lines in directory 则允许你右键点击某个特定文件夹（比如纯粹的源码目录 src）进行精准统计。

怎么选？这里有个实用建议：

• 如果你的项目结构清晰，业务代码都集中在像 src 或 app 这样的目录里，那么右键该目录并选择 Count lines in directory 是最干净、最准确的方式，能有效避免其他杂项文件的干扰。
• 如果选择使用 Count lines in workspace，那就必须确保前面提到的 useGitignore 和 exclude 配置已经到位，并且你的 .gitignore 文件确实已经涵盖了所有需要忽略的非源码路径。
• 执行命令前，不妨看一眼VSCode窗口右下角显示的工作区路径。有时候你打开的是子文件夹而非项目根目录，这时用 workspace 命令统计，范围可能就不完整了。

结果里 “code” “comment” “blank” 到底怎么算的？

看懂统计报告里的分类，才能正确解读数据：

• code (代码行)：指的是去掉空行和纯注释行之后剩下的、包含实际逻辑的代码行。注意，这里统计的是“行数”，不是语句数，更不是更细粒度的token数。
• comment (注释行)：通常只统计整行都是注释的情况，比如 // 这是一条注释 或单行形式的 /* 注释 */。
• blank (空行)：指的是完全空白的行，连空格和制表符都没有。

这里有几个容易产生误解的细节：

• 插件对于JSX中的内联表达式（{ }）或Vue模板中的插值（{{ }}）通常没有特殊处理，这些内容所在的行会被整体计入 code。
• 对于多行注释块（/* ... */），只有注释开始和结束的那两行会被标记为 comment，中间的行往往会被算作 code。这是插件当前的设计逻辑，并非错误。
• 如果想精确知道哪些类型的文件被统计了，可以临时开启 "VSCodeCounter.outputAsCSV": true 选项。插件会生成一份详细的CSV文件，用Excel打开后，通过筛选 language 列，就能一目了然地看到各种文件类型的行数分布。

最后提醒两点：修改完插件的配置项（settings.json）后，需要重启VSCode才能生效，单纯重载窗口可能不会触发插件重新读取配置。另外，插件生成的 .VSCodeCounter 缓存目录不会自动清理，旧的结果文件容易造成混淆。定期手动删除项目根目录下的这个文件夹，是个保持清爽的好习惯。