☰
代码格式化工具 Prettier 配置入门:从 settings.json 到 TaoToken 统一 Key 接入
2026/9/27 19:54:47 网站建设 项目流程

1. 为什么前端新手总在 Prettier 上卡壳

Prettier 是一个“有主见”的代码格式化工具,它能帮你把缩进、引号、分号、换行这些琐事全部自动化,让团队里每个人的代码看起来像同一个人写的。它适合谁?刚接触前端、刚开始用 VS Code、被 ESLint 和 Prettier 冲突搞晕、或者每次提交代码前都要手动按一遍快捷键的人。我见过太多人装了插件却不知道 settings.json 写在哪,也见过保存后毫无反应、以为插件坏了的情况。

这篇内容解决两件事:第一,把 Prettier 在 VS Code 里的 settings.json 配置一次性讲清楚,让你保存文件就自动格式化;第二,把格式化之后的 AI 辅助编码链路接上,用 TaoToken 的统一 Key 和 API 通道,让代码补全、对话、Agent 调用都走同一个入口,不用在多个平台之间来回切换 Key。整篇按“先跑通格式化,再跑通 API 请求”的顺序推进,每一步都有可复制的配置和验证动作。

需要提前说明的是,Prettier 本身只做格式化,不负责 AI 能力;TaoToken 负责的是模型调用的统一接入。两者组合起来,才是“代码整洁 + AI 辅助”的完整工作流。下面从环境准备开始。

2. 前置准备:VS Code 插件与 TaoToken Key

2.1 安装 Prettier 插件

打开 VS Code,进入扩展面板,搜索Prettier - Code formatter,认准作者是 Prettier 官方那个。安装完成后不需要重启,但建议重载一次窗口,避免插件没被激活。安装后可以在命令面板输入Format Document With...,如果能看到 Prettier 选项,说明插件已经就位。

这里有个常见误区:很多人以为装了插件就会自动格式化。实际上 VS Code 默认的格式化器不一定是 Prettier,需要手动指定,这一步在 settings.json 里完成。

2.2 获取 TaoToken 统一 Key

TaoToken 的定位是统一模型接入通道,你可以在官网注册后进入控制台创建 API Key。地址是 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ,注册流程不复杂,重点是拿到 Key 之后不要直接写死在代码里,后面会讲怎么用环境变量管理。

创建 Key 的入口在控制台的 API Keys 页面:https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。建议给 Key 起一个能识别用途的名字,比如vscode-prettier-demo,方便后续排查是哪个环境在用。

注意:Key 只在创建时完整显示一次,复制后妥善保存。如果泄露,第一时间在控制台删除重建。

2.3 确认 API 通道地址

TaoToken 的 API 基础地址是 https://taotoken.net/api ,这个地址在后续配置模型调用时会用到。它兼容常见的 OpenAI 风格请求格式,所以大部分支持自定义 Base URL 的工具都能直接接入。文档入口在 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ,遇到参数问题可以先查文档。

3. 可复制的 settings.json 配置骨架

3.1 打开 settings.json 的正确姿势

在 VS Code 里按Ctrl+Shift+P(macOS 是Cmd+Shift+P)打开命令面板,输入Preferences: Open User Settings (JSON),回车。这样打开的是用户级配置,对所有项目生效。如果你只想对当前项目生效,就在项目根目录建.vscode/settings.json,内容格式一样。

用户级和项目级的选择建议:个人习惯类配置(比如保存自动格式化)放用户级;团队统一规范(比如单引号、行宽)放项目级,并提交到 Git,这样新同事拉下来就一致。

3.2 基础格式化配置

下面这份骨架可以直接复制,覆盖了 Prettier 最常用的几个开关:

{ "editor.defaultFormatter": "esbenp.prettier-vscode", "editor.formatOnSave": true, "editor.formatOnPaste": false, "prettier.singleQuote": true, "prettier.semi": true, "prettier.printWidth": 100, "prettier.tabWidth": 2, "prettier.trailingComma": "es5", "prettier.arrowParens": "always", "prettier.endOfLine": "lf", "[javascript]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }, "[typescript]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }, "[json]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }, "[vue]": { "editor.defaultFormatter": "esbenp.prettier-vscode" } }

逐项说明一下关键参数。editor.defaultFormatter指定默认格式化器为 Prettier,这是保存自动生效的前提。editor.formatOnSave设为 true 后,每次Ctrl+S都会触发格式化。prettier.singleQuote控制用单引号还是双引号,前端社区普遍偏好单引号。prettier.printWidth是每行最大宽度,超过就换行,100 是比较舒服的值。prettier.trailingComma设为es5表示在 ES5 允许的地方加尾逗号,减少 Git diff 噪音。

后面的[javascript]、[typescript]这些是语言级覆盖,确保不同文件类型都走 Prettier。如果你用 Vue,[vue]那段别漏掉,否则.vue文件可能不生效。

3.3 与 ESLint 共存的注意事项

如果你的项目同时用了 ESLint,可能会遇到两者打架:ESLint 说要用双引号,Prettier 改成单引号,保存一次改一次。解决办法是安装eslint-config-prettier,在 ESLint 配置里 extends 它,把冲突规则关掉。然后在 settings.json 里加上:

{ "editor.codeActionsOnSave": { "source.fixAll.eslint": "explicit" } }

这样保存时先跑 ESLint 修复,再跑 Prettier 格式化,顺序不会乱。注意"explicit"是较新版本 VS Code 的写法,老版本用true也行,但会有提示。

4. 验证格式化与 API 请求是否跑通

4.1 验证保存自动格式化

新建一个test.js,故意写得很乱:

const arr=[1,2,3] function foo( a,b ){ return a+b }

按Ctrl+S保存。如果配置生效,文件会立刻变成:

const arr = [1, 2, 3]; function foo(a, b) { return a + b; }

如果没变化,先检查右下角状态栏有没有 Prettier 的图标,再确认editor.defaultFormatter是否写对。还有一个容易忽略的点:如果项目根目录有.prettierrc文件,它会覆盖 settings.json 里的同名配置,排查时记得看一眼。

4.2 验证 TaoToken API 请求

格式化跑通后,验证 API 通道。用 curl 发一个最小请求,把YOUR_API_KEY换成你在控制台创建的 Key:

curl https://taotoken.net/api/v1/chat/completions \ -H "Content-Type: application/json" \ -H "Authorization: Bearer YOUR_API_KEY" \ -d '{ "model": "gpt-4o-mini", "messages": [ {"role": "user", "content": "用一句话解释 Prettier 的作用"} ] }'

如果返回里有choices字段和模型输出内容,说明 Key 和通道都正常。如果返回 401,检查 Key 是否复制完整;返回 404,检查 URL 是否漏了/v1;返回 429,说明触发了频率限制,稍等再试。

在 VS Code 里也可以直接用 REST Client 插件发同样的请求,把上面内容存成.http文件即可。这样格式化环境和 AI 调用环境就在同一个编辑器里闭环了。

4.3 把 Key 放进环境变量

不要把 Key 硬编码在 settings.json 或代码里。推荐用系统环境变量,比如在.zshrc或.bashrc里加:

export TAOTOKEN_API_KEY="你的Key"

然后在需要调用的脚本里读取process.env.TAOTOKEN_API_KEY。VS Code 的终端会继承系统环境变量,重启终端后生效。这样即使 settings.json 被同步到云端,也不会泄露 Key。

5. 本篇常见错误排查

5.1 保存后没有自动格式化

最常见的原因是editor.defaultFormatter没设成esbenp.prettier-vscode,或者被语言级配置覆盖了。打开命令面板运行Format Document With...,看默认项是不是 Prettier。另一个原因是文件类型不在 Prettier 支持范围内,比如.txt就不会被格式化。

还有一种情况:工作区里有多份配置,用户级、工作区级、文件夹级层层覆盖。排查时在命令面板运行Preferences: Open Settings (JSON)和Preferences: Open Workspace Settings (JSON)分别看一眼,确认没有冲突项。

5.2 Prettier 和 ESLint 反复横跳

保存一次格式变一次,说明两个工具规则冲突。按 3.3 节装eslint-config-prettier并调整保存动作顺序。如果还不行,检查 ESLint 配置里有没有prettier/prettier规则,有的话要么关掉,要么确保它和 Prettier 配置一致。

5.3 API 请求返回 401 或 403

先确认 Key 没有多余空格,复制时容易带上换行。再确认请求头是Authorization: Bearer xxx,Bearer 后面有一个空格。如果 Key 是在控制台刚创建的,确认没有误删。403 有时是权限范围问题,检查 Key 是否绑定了正确的项目或额度。

5.4 请求超时或连接失败

检查网络是否能访问taotoken.net,可以用curl -I https://taotoken.net/api看返回头。如果公司网络有代理,需要在终端里配置HTTPS_PROXY,但注意不要用任何违规的网络工具,合规的代理配置请咨询公司 IT。超时也可能是模型响应慢,换一个轻量模型试试。

5.5 settings.json 语法错误导致整份配置失效

JSON 不允许尾逗号,也不允许注释。如果你从网上复制配置时带了//注释,整份文件会解析失败,VS Code 会退回默认设置,表现就是“所有配置都不生效”。排查时看 VS Code 右下角有没有 JSON 报错提示,或者用Ctrl+Shift+M打开问题面板。

6. 把格式化与 AI 编码链路固定下来

走到这里,你应该已经完成了两件事:保存文件自动格式化生效,TaoToken API 请求返回正常。接下来是把这套流程固定成日常习惯。格式化方面,建议把项目级.vscode/settings.json和.prettierrc提交到仓库,团队统一;个人快捷键方面,Shift+Alt+F仍然可以手动格式化当前文件,选中代码后按则只格式化选中段,适合临时调整。

AI 辅助方面,如果你只是偶尔验证模型输出,可以直接用模型对话页面:https://taotoken.net/model-chat?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。如果你要长期做编码、跑 Agent 任务,建议了解 Coding Plan:https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ,它更适合高频调用场景。接入过程中遇到参数问题,查接入文档:https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ;Key 管理在控制台:https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。

最后分享一个我踩过的坑:曾经把 Key 写进了项目里的.env并提交到了公开仓库,虽然及时发现删除了,但那种心惊的感觉不想再来一次。现在我的做法是本地.env永远在.gitignore里,CI 环境用独立的 Key,权限最小化。格式化让代码整洁,Key 管理让链路安全,两件事都别偷懒。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询