vscode不支持文件体积排序，需用终端命令实现：linux/macos运行find . -type f -not -path "./node_modules/*" -exec du -sh {} + | sort -hr | head -n 10，windows用powershell的get-childitem -recurse -file | sort-object length -descending | select-object -first 10 fullname,length。
VSCode 本身不提供文件体积排序功能
直接在 VS Code 界面里点几下是找不到“最大的几个文件”的——它没有内置的磁盘占用分析器，也不展示文件大小列。想靠搜索面板（Ctrl+Shift+F）或资源管理器右键菜单实现这个目标，会发现选项里压根没“按大小排序”这一项。
用终端命令快速列出 top N 大文件（推荐）
最轻量、最可靠的方式是在 VS Code 内置终端（Ctrl+`）中运行 shell 命令。假设你已通过 File > Open Folder 打开了项目根目录，当前工作路径就是项目文件夹：
-
du -sh **/* | sort -hr | head -n 10：递归统计所有文件大小（-sh输出易读格式），按人类可读数值倒序排（sort -hr），取前 10 个 - 如果报错
Argument list too long（尤其在 node_modules 多时），改用find . -type f -exec du -sh {} + | sort -hr | head -n 10 - Windows 用户可用 PowerShell：
Get-ChildItem -Recurse -File | Sort-Object Length -Descending | Select-Object -First 10 FullName,Length
注意：**/* 在某些 shell（如旧版 bash）中默认不启用，可先运行 shopt -s globstar；zsh 和现代 bash 一般默认支持。
排除干扰目录避免误判
node_modules、dist、.git 这些目录动辄几百 MB，不加过滤的话，结果前十名全是它们，根本看不到你关心的源码文件。建议在命令里显式跳过：
- Linux/macOS：
find . -type f -not -path "./node_modules/*" -not -path "./dist/*" -not -path "./.git/*" -exec du -sh {} + | sort -hr | head -n 10 - 也可提前用 VS Code 的
search.exclude设置影响全局搜索，但它对du命令无效——那是 shell 层的事，得靠find过滤
漏掉 -not -path 或路径写成 node_modules/（少 ./ 或 /*）会导致过滤失效，du 仍会把整个 node_modules 当一个条目统计（显示为 420M ./node_modules），而不是跳过它。
需要图形化界面？装插件要谨慎
确实有插件如 File Size Explorer 或 Explorer File Size 会在资源管理器里显示文件大小，但实际体验常有坑：
- 不支持递归计算文件夹总大小，只显示单个文件尺寸，无法直接看出哪个子目录最占空间
- 大项目下扫描可能卡 UI，甚至触发 VS Code “unresponsive” 提示
- 部分插件读取的是缓存大小或初始加载时的状态，文件修改后不自动刷新
- 权限问题：某些系统（如 macOS Gatekeeper 限制）可能阻止插件读取完整路径下的真实 size
真要图形化，不如直接用系统自带工具：macOS 的“访达”切到列表视图并点击“大小”列；Windows 资源管理器开启“大小”列；Linux 用 thunar 或 nautilus 同理。VS Code 插件在这类系统级任务上，只是妥协方案。
