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 缓存目录不会自动清理，旧的结果文件容易造成混淆。定期手动删除项目根目录下的这个文件夹，是个保持清爽的好习惯。
