Sublime Text中查看当前文件总行数需用Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS）调出命令面板，输入Tools: Word Count执行，结果中的Lines值即为总行数；状态栏Ln xx仅显示光标所在行号，非总行数。
Sublime Text 里怎么快速看当前文件的行数
打开文件后，状态栏（窗口最底下）右下角直接显示 Ln 42, Col 15 这类信息，其中 Ln 42 就是当前光标所在行号；但注意：这不等于总行数。要查总行数，得手动触发统计。
最稳的办法是用命令面板：Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Tools: Word Count 并回车——它会弹出一个悬浮提示框，显示「Characters: 1204, Words: 217, Lines: 89」。这个 Lines 才是真实总行数。
- 别依赖状态栏的
Ln xx当总行数，尤其文件末尾空行多时，误差明显 -
Tools: Word Count统计的是“换行符数量 + 1”，哪怕最后一行没换行也会算进去，和wc -l行为一致 - 如果文件超大（比如 >50MB），这个操作会卡顿几秒，Sublime 不做流式处理，而是全量加载后扫描
统计整个项目（多个文件）的代码行数，不装插件行不行
原生 Sublime Text 没有内置多文件行数统计功能，Tools: Word Count 只作用于当前激活标签页。想批量统计，必须借助外部工具或插件。
最轻量的方案是用系统命令行配合 Sublime 的文件路径：
- 在 Sublime 中右键文件 →
Copy File Path，然后粘贴到终端里跑wc -l <path>（macOS/Linux）或findstr /R "^" <path> | find /C ":"（Windows） - 想统计整个文件夹，就别在 Sublime 里折腾了，直接终端进项目根目录：
find . -name "*.py" -exec wc -l {} +（Linux/macOS），或用 PowerShell：Get-ChildItem -Recurse -Include "*.js" | ForEach-Object { Get-Content $_.FullName | Measure-Object -Line } | Measure-Object -Sum Lines - 插件如
Loc或CodeMetrics能在 Sublime 内完成，但它们底层也是调用类似逻辑，且对二进制文件、大日志会误判或崩溃
为什么用 Tools: Word Count 统计结果和 Git/IDE 显示的不一样
差异几乎都来自“是否忽略空白行和注释”。Tools: Word Count 统计的是所有行（含空行、单行注释、块注释首尾行），而 VS Code 的 Code Spellchecker 插件、Git 的 git ls-files | xargs wc -l 默认不做过滤，但某些 IDE 的“代码行数”指标会主动剔除空行和注释行。
- 比如 Python 文件里有 10 行
# TODO注释，Tools: Word Count算 10 行，但 SonarQube 可能只算实际逻辑行 - Sublime 原生命令不支持传参控制统计范围，没法加
--no-blank或--exclude-comments这类开关 - 如果你真需要干净的“有效代码行”，别在 Sublime 里硬扛，导出为纯文本再用
sed '/^[[:space:]]*$/d;/^[[:space:]]*#/d' file.py | wc -l过滤
统计结果不准？先检查这几件事
常见“不准”不是 Sublime bug，而是编辑器行为或文件本身导致的误读。
- 文件编码不是 UTF-8（比如 GBK 或 ISO-8859-1），Sublime 可能解析错换行符位置，导致
Lines计数跳变——用File → Reopen with Encoding → UTF-8强制重载试试 - 混用了
\r\n和\n换行（尤其跨平台协作的文件），Sublime 在不同系统下解析策略略有差异，Tools: Word Count会把\r\n当作一行，但某些终端工具可能拆开算 - 文件末尾没有换行符（Unix 风格要求最后一行也以
\n结尾），Tools: Word Count仍会把最后一行计入，但wc -l在部分旧版系统中会漏掉它
这些细节不显眼，但一碰上就让数字对不上。与其反复验证工具，不如先统一换行符（View → Line Endings → Unix）和编码（UTF-8）。
