sublime text中文件总行数在右下角显示（如127:5），但仅为可视行号；统计含空行和注释的总行数需滚动到底部查看最后一行数字；排除空行和注释须用linecounter等插件，且需手动触发命令。
Sublime Text 里怎么快速看当前文件的总行数
打开文件右下角就显示了，比如 127:5 表示光标在第 127 行第 5 列；但这个数字不包含空行和注释，只是“可视行号”。真要统计代码行数（LOC），得靠手动或插件——Sublime 本身没内置“有效代码行”统计功能。
常见错误现象：Ctrl+Shift+P 搜 Word Count 只能统计字符/单词数，不是行数；装了插件却没生效，多半是没重启 Sublime 或没启用命令面板快捷键。
- 最简方案：按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Tools: Show Scope Name并回车，状态栏会显示当前光标所在行号，再滚动到底部看最后一行数字——这是总行数（含空行、注释） - 如果需要排除空行和注释，必须用插件，比如
LineCounter或CodeMetrics - 注意：某些插件只统计“非空行”，但不会跳过
//或#开头的单行注释，结果仍偏高
LineCounter 插件安装后不显示统计结果怎么办
装完插件默认不自动弹窗，也不会在状态栏常驻显示，得手动触发。它只在保存时或调用命令后生成一次报告，不是实时更新。
使用场景：适合单次审查文件规模，比如交接前确认某个 utils.py 是 800 行还是 3000 行；不适合持续监控。
- 确保已通过 Package Control 安装
LineCounter，重启 Sublime 后按Ctrl+Shift+P输入LineCounter: Count Lines才会弹出窗口 - 如果报错
command not found，说明插件未正确加载，检查控制台（Ctrl+`）是否有ImportError，常见于 Python 3.8+ 环境下插件未适配 - 该插件对大文件（>50MB）响应慢，甚至卡死，别用它扫整个
node_modules
用命令行统计更准，为什么还要在 Sublime 里折腾
因为编辑器内统计能绑定到当前文件上下文——比如你正在改 api/handler.go，想立刻知道改之前是多少行、改之后是否膨胀，而不是切到终端、cd 进去、再敲一串命令。
一、系统设置：用Dreamweaver等网页设计软件在代码视图下打开【dddingdan/config.php】系统设置文件，按注释说明进行系统设置。 二、系统使用：WFPHP在线订单系统是无台后的，不用数据库，也不用安装，解压源码包后，先进行系统设置，然后把整个【dddingdan】文件夹上传到服务器。在网页中要插入订单系统的位置，插入系统调用代码： 注意：id=01就表示使用样式01，如果要使
性能影响：所有 Sublime 插件都是 Python 写的，统计逻辑跑在主线程，超大文件会明显卡顿；而命令行工具如 wc -l 或 tokei 是原生二进制，快一个数量级。
-
wc -l filename统计所有行（含空行）；想排除空行加grep -v '^$' filename | wc -l - 要剔除注释行，
tokei更靠谱，支持多语言识别，运行tokei .能按目录汇总，但需额外安装 - Sublime 插件无法区分 /* */ 块注释中间的代码行，命令行工具也难做到——这本身就是静态分析的边界，别指望一键全解决
统计结果差异大的根本原因是什么
不是插件写得烂，而是“代码行数”这概念本身就没标准定义。有人算物理行，有人算逻辑行（合并续行符 \），有人剔除空行但保留注释，还有人把 import 和函数声明都算作“有效行”——不同工具默认策略不同。
最容易被忽略的一点：LineCounter 把 Windows 的 \r\n 和 macOS/Linux 的 \n 都当一行处理，没问题；但它不处理 UTF-16 编码文件里的 BOM 和换行符错位，这种文件在 Sublime 里可能显示行号错乱，统计结果直接失效。
所以别纠结哪个数字“更准”，先明确你要回答的问题：是给老板汇报工作量？那用 wc -l 就够；是做 Code Review 检查模块复杂度？得结合函数数量、圈复杂度一起看，单看行数意义不大。
