VSCode默认不提供字数统计，需安装Word Count扩展实现；其轻量开源、按需计算，支持全文/选区统计，但对大文件和远程开发有降级策略。
VSCode 默认不提供字数统计，需靠扩展实现
VSCode 原生状态栏只显示行号、编码、换行符等基础信息，wordCount 或 characterCount 这类指标不在默认能力范围内。官方没内置，也没计划加——它定位是编辑器，不是写作工具。所以必须依赖第三方扩展，但得挑对的，否则容易卡顿或不准。
实操建议：
- 装
Word Count扩展（作者：ms-vscode）——轻量、开源、只监听当前文档变更，不影响打开大文件 - 别用
Character Count类名字含“Count”的冷门扩展，部分会每 100ms 全量扫描文本，编辑 Markdown 时打字卡顿明显 - 确认扩展启用后，在状态栏最右侧能看到类似
426 words / 2893 chars的显示；如果没出现，检查是否在设置里被手动禁用了wordcount.showInStatusBar
中文、标点、空格的统计逻辑差异很大
不同扩展对“字数”定义完全不同：有的按 Unicode 字符数（String.length），有的按中文字符 + 英文单词拆分，还有的把连续空白符全算作 1 个字符。VSCode 本身不干预，全看扩展怎么实现。
实操建议：
-
Word Count扩展默认：中文字符每个算 1 字，英文按空格/标点切分单词，标点符号单独计数，空格和换行符不计入words但计入chars - 如果项目要求“含空格总字符数”，确保配置项
wordcount.includeWhitespace设为true（默认false） - 遇到
123 个字和你心算差 2–3 个，大概率是中英文混排时把连字符-或中文顿号、当作了分词边界——这不是 bug，是设计如此
多光标、选区模式下字数显示会动态切换
状态栏数字不是静态的。只要光标移动、选区变化、甚至切换标签页，Word Count 扩展都会重新计算。但它的策略很务实：没选区时统计全文；有选区时只统计选中部分，并在状态栏加前缀 Selected:。
实操建议：
- 想快速查某一段字数？直接鼠标拖选，状态栏立刻变成
Selected: 87 words / 521 chars - 多光标编辑时（比如 Ctrl+D 多次选中相同词），只要任意一个光标有选区，就按选区统计；全都没选区才回退到全文统计
- 注意：折叠代码块（如
/// #region）不影响统计，扩展读的是编辑器最终渲染文本，不是 AST
大型文件或远程开发时可能延迟或不更新
超过 10MB 的文件，或通过 Remote - SSH 打开的远端项目，Word Count 扩展默认会跳过统计——不是崩溃，是主动降级。这是防卡死的保护机制，但不会提示用户。
实操建议：
- 检查设置里
wordcount.maxFileSize的值，默认是10485760（即 10MB），可调高，但别超过 50MB，否则编辑响应变慢 - 远程开发时，如果发现状态栏字数消失，先看 VSCode 右下角有没有
Remote标识；有，说明扩展运行在远端，但网络延迟导致更新滞后，稍等 2–3 秒再看 - 极少数情况（如文件被外部程序锁定写入），扩展会静默失败——此时打开命令面板（Ctrl+Shift+P），运行
Word Count: Refresh手动触发一次
真正麻烦的是混合编码文件（比如 GBK 编码的旧文档），VSCode 读取时若解码出错，字数可能少一半，而且不会报错。这种得先确认右下角编码显示是 UTF-8 再操作。
