sublime 中快速查看单个文件总行数的正确方法是按 ctrl+shift+p（win/linux）或 cmd+shift+p（macos），输入 tools: word count 回车，弹窗中 lines 值即为真实总行数，该值等于换行符数加1，与 wc -l 一致，包含空行、注释行及折叠块内所有行。
Sublime 里怎么快速看单个文件总行数（不用插件）
直接按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Tools: Word Count 回车，弹窗里的 Lines 值就是真实总行数。这个数字统计的是换行符数量 + 1，和 wc -l 行为一致，含空行、注释行、折叠块内的所有行。
别信状态栏右下角的 127:5 —— 那只是光标所在行号，不是总行数。哪怕你滚动到底部看到 892:1，那也只是最后一行号；如果末尾没换行符，Word Count 和它相等；如果有，Word Count 可能多算一行（那个空行）。
常见误操作：
- 用
^.*$正则匹配所有行 → Sublime 会逐行高亮但不给总数，还得手动数左下角提示 - 依赖
view.rowcol(view.size())计算总行数 → 返回值是 0-based 行号，得 +1 才对，且大文件（>10MB）时控制台响应明显变慢 - 把状态栏显示的 “
XX lines” 当作总行数 → 这个提示只在某些主题/配置下出现，不可靠
LineCounter 和 CodeMetrics 插件实际表现如何
这两个插件都支持单文件行数统计，但底层逻辑和适用边界差异明显：
-
LineCounter安装后需手动触发LineCounter: Count Lines命令，不自动刷新；对混合换行符（LF/CRLF）兼容差，可能少算一行；不支持排除目录或文件类型，纯单文件工具 -
CodeMetrics能识别函数/类定义，但“代码行”仍指物理行（含空行和注释），不是 SLOC；对大文件（>50MB）易卡死，扫描node_modules时大概率崩溃 - 两者都不处理
/* */块注释内的有效代码行，也不跳过字符串字面量中的伪注释，这类静态分析本就超出编辑器插件能力边界
它们共通硬伤：无法区分“被折叠的代码块是否该计入”，因为 Sublime 的折叠状态是视图级的，不是语法树级的。
统计整个项目行数，为什么别在 Sublime 里硬扛
原生 Sublime 没有项目级统计功能，插件所谓“扫描整个文件夹”本质是遍历路径后逐个调用 Word Count，性能差、容错弱、配置难：
- 遇到二进制文件（如
.png、.zip）或锁文件（yarn.lock）会直接读取失败或返回乱码行数 - 没声明
files.associations时，VS Code 类插件（如 Project Statistics）可能把.lock当文本扫，单个文件贡献上万行，结果失真 - Sublime 插件无法像
tokei那样按语言识别注释语法，更没法合并.ts和.tsx统计，得自己加总
真正稳的方案是切终端：find . -name "*.py" -exec wc -l {} +（Linux/macOS），或 PowerShell：Get-ChildItem -Recurse -Include "*.js" | ForEach-Object { (Get-Content $_.FullName).Length }。快一个数量级，且可精准控制白名单。
WordCount 插件（h404bi 版）值得装吗
值得，但只用于“字数/字符数/行数”三合一快速概览，别指望它做代码质量分析：
- 必须认准作者
h404bi的版本，其他带 “Advanced”“Pro”的旧版已停止更新，中英文混排时词切分错误（如把 “Python3.9” 当 1 个词） - 安装后默认不常驻状态栏，要手动改设置：
Preferences → Package Settings → WordCount → Settings，在用户配置里加"show_in_status_bar": true - 它统计的
Words是按空白+标点切分的，对中文就是单字计数，不等价于出版意义的“字数”；Chars含空格和换行符，Chars (no spaces)才接近纯内容长度
最易被忽略的一点：插件只在当前视图是纯文本文件时生效。如果打开的是 Sublime 控制台输出、查找面板结果、或未关联后缀的无名缓冲区，命令会静默失败，连报错都不提示。
