VS Code不提供运行时性能统计功能，仅显示文本行数等编辑信息；测时间需语言内置计时或CLI工具，查内存须依赖运行时分析器。
VS Code 里没有内置的代码行数/运行时间/内存占用统计功能
VS Code 是编辑器，不是运行环境或性能分析器。它能显示当前文件的行数、字符数（状态栏右下角），但「代码长度」若指逻辑复杂度、「时间」「内存」若指运行时指标，必须依赖外部工具或运行时环境配合。
看代码行数：用状态栏或命令面板查 Lines
VS Code 默认在窗口右下角显示当前文件的行数和列数，比如 127:5 表示第 127 行第 5 列。点击该区域可切换显示总行数、非空行数、选中行数等。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Word Count或Toggle Line Numbers可快速访问相关功能 - 插件如
Code Metrics或Editor Stats能显示注释率、空白行占比，但不反映执行开销 - 注意：状态栏显示的是文本行数，不是 AST 节点数或有效语句数；压缩过的 JS（单行）或带长字符串的 Python 文件，行数会严重失真
测运行时间：得靠语言本身的计时机制或 CLI 工具
比如 Python 用 time.time()，Node.js 用 process.hrtime()，Go 用 time.Now() —— VS Code 不参与计时，只负责把代码传给解释器/编译器。
- 终端里运行
python -m timeit -s "import your_module" "your_module.func()"更贴近真实调用开销 - 调试模式下启用
Debug Console并手动打点，比依赖编辑器“一键测速”靠谱得多 - 常见坑：在 Jupyter Notebook 扩展里用
%%time看到的时间，是内核执行耗时，不是 VS Code 的功劳；换一个内核（比如 IPython vs. PTPython），结果可能差 2x
查内存占用：必须离开编辑器，进进程或语言运行时
VS Code 自身内存用量可在帮助菜单 → Open Process Explorer 查看，但这只是编辑器的 RAM 消耗，和你的代码无关。
- Python 推荐用
memory_profiler+@profile装饰器，在终端跑python -m memory_profiler script.py - Node.js 用
process.memoryUsage()或 Chrome DevTools 连接调试端口（VS Code 的 Node 调试器默认开启该端口） - 关键区别：
heapUsed和external内存含义不同；V8 的arrayBuffers不算在heapUsed里，但占物理内存——这点容易被忽略
真正卡住人的地方，往往不是“怎么打开某个面板”，而是混淆了编辑器能力边界：VS Code 能高亮 console.time()，但不会帮你解析 chrome://tracing 的 JSON；它能格式化 pyproject.toml，但不决定 mypy 的类型检查路径。别让界面里的数字骗你，数据从哪来，就得回哪去盯。
