2026西湖龙井茶官网DTC发售：茶农直供，政府溯源防伪到农户家
说实话，在变量名里写了“recieved”（正确拼写应为 received）并提交代码之前，我从来没觉得自己在 Visual Studio Code 里需要一款拼写检查工具。我的团队成员注意到了这个错误。我也因此吸取了教训。
如果你在使用基于浏览器的 Visual Studio Code 环境——无论是 GitHub Codespaces、Gitpod，还是 vscode.dev 网页客户端——你可能也遇到过同样的问题。桌面版扩展程序在云端并不总能以相同的方式运行。而拼写检查工具呢？当你处理的是代码而非散文时，要想让它们正常工作，其实相当棘手。
那么，让我们来谈谈，当你需要在不牺牲隐私、性能或理智的前提下捕捉代码中的拼写错误时，究竟哪些方案真正有效。
为什么基于浏览器的 Visual Studio Code 改变了局面
网络环境的特点在于：它们是沙盒化的。这意味着扩展程序并不总能像在桌面端那样访问你的本地文件系统或运行后台进程。传统的拼写检查工具依赖于存储在本地的词典，但在云端，你往往只能使用扩展程序开发者预先内置的内容。
此外，还有隐私方面的问题。当你在别人的机器上编码，或者在一个理论上可能被监控的浏览器标签页中工作时，你可能不希望自己的拼写建议数据经过某个第三方服务器。一款适用于 Visual Studio Code 网页环境的优秀拼写检查工具应当在客户端处理所有数据。
我测试了六款左右的选项，以下是那些真正能兑现承诺的工具。
具备代码感知能力的拼写检查顶级竞争者
1. Code Spell Checker（由 Street Side Software 开发）
这是我反复回归使用的工具。它是开源的，完全离线运行，并且能够识别出“const”和“typeof”并非拼写错误。该扩展程序附带了一个扎实的英语词典，但你可以添加自定义词汇、忽略特定文件类型，甚至为每个项目设置独立的词典。
它在网络环境中脱颖而出的原因是什么？它不会向外部服务器发送数据。没有任何数据会离开你的浏览器。而且它非常轻量级——即使在大型项目中，也不会出现明显的延迟。
缺点呢？语法支持比较基础。它会标记出“teh”（正确拼写应为 the）这样的错误，但不会告诉你句子结构是否别扭。如果你需要的不仅仅是拼写检查，还需要搭配其他工具使用。
2. LTeX – 适用于 Visual Studio Code 的 LanguageTool
如果语法和拼写同样重要，那么 LTeX 值得一试。它在底层使用 LanguageTool，这意味着它能捕捉风格问题、被动语态，甚至一些可读性问题。它支持多种语言——西班牙语、法语、德语等，应有尽有。
在网络环境中，LTeX 作为浏览器内的本地服务器运行。这意味着它仍然保护隐私，但确实会占用更多资源。我注意到在较大的文件中会出现一些延迟，尤其是在配置较低的机器上。不过，如果你正在编写需要显得专业的文档、注释或提交信息，它几乎是无与伦比的选择。
缺点是什么？它的代码感知能力不如 Code Spell Checker。你会在变量名和函数调用上收到误报。你需要配置它以忽略某些模式。
3. GitHub Copilot 内置的拼写检查器
如果你正在使用 GitHub Codespaces，你可能已经拥有这个功能了。Copilot 包含一个基本的拼写检查器，可以高亮显示注释和字符串中的拼写错误。它的可配置性不如其他工具，但它无需任何努力——无需安装，无需设置。
问题在于它与 Copilot 绑定。如果你没有付费订阅 Copilot，就无法使用该功能。而且，它在 Gitpod 等其他网络环境中不可用。
语法和多语言支持怎么样？
有趣的地方就在这里。大多数面向代码环境的拼写检查工具都将语法视为次要功能。它们能在注释中捕捉到“their”（他们的）和“there”（那里）的混淆，但
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
