答案：在VSCode中实现JavaScript自动格式化需安装Prettier扩展并配置保存时格式化，通过本地安装Prettier、设置默认格式化器、启用formatOnSave及创建.prettierrc文件完成。为避免Prettier与ESLint冲突，应使用eslint-config-prettier禁用ESLint的格式规则，并可选eslint-plugin-prettier将Prettier集成进ESLint检查。项目级配置通过.prettierrc和.prettierignore实现个性化与排除文件，排查格式化失效需检查扩展状态、默认格式化器、保存格式化开关、配置文件正确性及日志输出。
在VSCode中实现JavaScript代码的自动格式化，最直接且高效的方式是利用Prettier扩展，并配合VSCode自身的“保存时格式化”功能。这不仅能统一你的代码风格，减少手动调整的繁琐，更能确保团队协作时代码库的一致性，省去了大量因为格式问题而引发的争论和返工。对我个人而言，它简直是提升开发幸福感的利器。
解决方案要在VSCode中设置Prettier实现JavaScript代码的自动格式化，你需要完成以下几个步骤，这套流程我已经跑过无数遍，可以说屡试不爽：
安装Prettier VSCode扩展： 这是第一步，也是最重要的一步。打开VSCode，进入扩展视图（Ctrl+Shift+X），搜索“Prettier – Code formatter”，找到由Esben Petersen发布的那个，然后点击安装。我个人觉得，这个扩展是自动化工作流的基石，一旦配置好，你会发现开发体验提升不止一个档次。
在项目根目录安装Prettier： 尽管VSCode扩展已经安装了Prettier，但在项目层面安装它（
npm install --save-dev prettier
或
yarn add --dev prettier
）是非常推荐的做法。这样做的好处是，你可以为每个项目定制Prettier的配置，并且能确保团队成员即使没有安装VSCode扩展，也能通过命令行工具（如
prettier --write .
）或Git Hooks来格式化代码。很多人可能会忽略安装本地
prettier
包，但这是确保项目级配置生效的关键。
配置VSCode默认格式化器： 打开VSCode设置（Ctrl+,），搜索
editor.defaultFormatter
。将其值设置为
esbenp.prettier-vscode
。这样，VSCode就知道当你要求格式化文件时，应该调用Prettier来完成。
立即学习“Java免费学习笔记（深入）”；
启用保存时格式化： 在VSCode设置中搜索
editor.formatOnSave
，确保其被勾选（或设置为
true
）。有了这个设置，每次你保存文件时，Prettier就会自动运行，帮你把代码整理得服服帖帖。
创建Prettier配置文件（可选但强烈推荐）： 在你的项目根目录创建一个名为
.prettierrc
的文件（也可以是
.prettierrc.json
,
.prettierrc.js
,
.prettierrc.yaml
等）。这个文件允许你定制Prettier的格式化规则，比如是否使用分号、单引号、制表符宽度等。例如：
{ "semi": true, "singleQuote": true, "tabWidth": 2, "printWidth": 80, "trailingComma": "es5"}
这些配置会覆盖Prettier的默认行为，让你的代码风格更符合团队或个人偏好。我发现，有了这个文件，团队内部关于代码风格的争论几乎消失了，因为一切都自动化了。
重启VSCode（如果需要）： 有时候，安装了新扩展或修改了设置后，VSCode可能需要重启才能完全生效。如果配置完发现没有立即生效，不妨重启一下试试。
Prettier与ESLint如何协同工作，避免冲突？这块儿我踩过不少坑，刚开始总觉得它们是互相取代的，后来才明白是“各司其职，相辅相成”。Prettier专注于代码格式化，比如缩进、换行、空格和引号等，它不关心代码的质量或潜在错误。而ESLint则关注代码质量、潜在的bug、最佳实践以及风格规则（但不是所有风格规则都与格式化相关）。当它们同时工作时，确实可能出现冲突，因为ESLint的一些风格规则可能会与Prettier的格式化规则相悖。
解决冲突并让它们和谐共处的方法主要有两种：
使用
eslint-config-prettier
禁用冲突的ESLint规则： 这是最关键的一步。
eslint-config-prettier
这个包的作用是禁用所有可能与Prettier冲突的ESLint规则。这意味着，那些关于代码格式的ESLint规则会被关闭，把格式化的工作完全交给Prettier。这样，ESLint就不会因为Prettier格式化的结果而报错了。
安装：
npm install --save-dev eslint-config-prettier
配置： 在你的
.eslintrc.js
（或
.eslintrc.json
）文件的
extends
数组中，将
prettier
放在最后。这样可以确保它覆盖所有之前的配置，禁用那些与Prettier冲突的规则。
// .eslintrc.jsmodule.exports = { extends: [ 'eslint:recommended', // ... 其他配置，例如 'plugin:react/recommended' 'prettier' // 确保放在最后 ], // ... 其他规则};
使用
eslint-plugin-prettier
将Prettier作为ESLint规则运行： 这个插件会将Prettier的格式化问题作为ESLint的错误报告出来。它的好处是，你可以在运行ESLint的时候，同时检查代码是否符合Prettier的格式要求。这对于CI/CD流程或提交前的检查非常有用。
安装：
npm install --save-dev eslint-plugin-prettier
配置： 在
.eslintrc.js
中添加
prettier
插件，并配置
prettier/prettier
规则为
error
。
// .eslintrc.jsmodule.exports = { extends: [ 'eslint:recommended', // ... 其他配置 'plugin:prettier/recommended' // 这行包含了 'prettier' 和 'plugin:prettier' ], plugins: [ 'prettier' // 如果你没有使用 'plugin:prettier/recommended' 那么需要手动添加 ], rules: { 'prettier/prettier': 'error', // 将Prettier的格式问题视为ESLint错误 // ... 其他规则 }, // ... 其他配置};
配置顺序很重要，
prettier
（无论是直接的
prettier
还是
plugin:prettier/recommended
）应该放在
extends
数组的最后，确保它能覆盖前面配置中可能冲突的规则。这样一来，ESLint负责代码质量和潜在错误，Prettier负责格式美观，它们各司其职，共同维护代码库的健康。
如何为不同项目定制Prettier格式化规则？为不同项目定制Prettier格式化规则是完全可行的，而且在多项目开发环境中非常常见。毕竟，不同的项目可能有不同的历史包袱、团队偏好或者技术栈特点。实现项目级定制的核心是使用项目根目录下的配置文件。
使用
.prettierrc
文件： 这是最主要的方式。在你的项目根目录创建一个
.prettierrc
文件，Prettier会自动检测并使用这个文件中的配置。它可以是多种格式：
.prettierrc
(通用，内容可以是JSON、YAML等)
.prettierrc.json
(JSON格式)
.prettierrc.js
(JavaScript文件，可以导出配置对象，更灵活)
.prettierrc.yaml
或
.prettierrc.yml
(YAML格式)
package.json
中的
prettier
字段 (不推荐，容易让
package.json
过于臃肿)
在这些文件中，你可以定义各种Prettier选项来覆盖默认值。例如，我经常会根据项目需求调整
printWidth
（行宽）和
singleQuote
（是否使用单引号）。
// .prettierrc.json 示例{ "printWidth": 100, // 每行最大字符数 "tabWidth": 2, // 每个缩进级别的空格数 "useTabs": false, // 不使用制表符缩进，而使用空格 "semi": true, // 在语句末尾添加分号 "singleQuote": true, // 使用单引号而不是双引号 "trailingComma": "all", // 在多行结构中，尽可能添加逗号 "bracketSpacing": true, // 在对象字面量中，括号和内容之间加空格 "arrowParens": "always" // 箭头函数参数始终包含括号}
说实话，刚开始我偷懒只用默认配置，但团队项目多了，就会发现统一的
.prettierrc
有多重要。它就像一份“代码公约”，确保每个人提交的代码都遵循相同的风格。
.prettierignore
文件： 有些时候，我发现项目里有些老旧文件或者第三方库，我真的不想让Prettier去碰它们，这时候
.prettierignore
就派上大用场了。这个文件的工作方式类似于
.gitignore
，你可以在其中列出不想被Prettier格式化的文件或目录。
# .prettierignore 示例build/dist/node_modules/*.min.jslegacy-code/**/*.js
这样，Prettier在运行时会忽略这些指定的文件，避免不必要的格式化，尤其对于那些你没有权限修改或者不想引入额外改动的代码非常有用。
通过
package.json
配置（不推荐）： 理论上你可以在
package.json
中添加一个
prettier
字段来配置，但为了保持
package.json
的简洁和专注，我个人不推荐这种方式。独立的
.prettierrc
文件更清晰，也更容易管理。
EditorConfig集成： Prettier还可以与
.editorconfig
文件协同工作。如果你的项目根目录有
.editorconfig
文件，Prettier会读取其中的
indent_style
和
indent_size
等设置，并优先使用它们。这提供了一个更通用的方式来定义编辑器行为，而不仅仅是格式化工具。
通过这些方式，你可以灵活地为每个项目定义一套专属的Prettier规则，确保代码风格的统一性与项目的独立性。
为什么我的VSCode保存时Prettier不工作了？常见问题与排查遇到这个问题，我通常会先深吸一口气，然后从最基础的检查开始。别问我为什么，我就是这样被无数次“重启大法”治愈的。当VSCode保存时Prettier没有按预期工作，这通常是由于一些配置问题或冲突引起的。以下是一些常见的排查步骤：
检查Prettier扩展是否已安装并启用：
打开VSCode的扩展视图（Ctrl+Shift+X）。搜索“Prettier – Code formatter”，确保它显示为“已安装”且没有被禁用。
确认
editor.defaultFormatter
设置正确：
打开VSCode设置（Ctrl+,）。搜索
editor.defaultFormatter
。确保其值为
esbenp.prettier-vscode
。如果为空或设置为其他格式化器，Prettier就不会被调用。
确认
editor.formatOnSave
已启用：
在VSCode设置中搜索
editor.formatOnSave
。确保其被勾选（设置为
true
）。如果这个选项没有开启，保存时自然不会触发格式化。
检查文件类型是否受支持：
Prettier默认只对特定文件类型（如JavaScript, TypeScript, JSON, CSS, HTML等）生效。检查你正在编辑的文件类型。你也可以在VSCode设置中为特定语言单独配置格式化器，例如：
"[javascript]": { "editor.defaultFormatter": "esbenp.prettier-vscode"}
项目级Prettier包缺失或版本问题：
如果你在项目根目录创建了
.prettierrc
文件，那么Prettier扩展会尝试使用项目本地安装的
prettier
包。确保你在项目根目录运行了
npm install prettier --save-dev
或
yarn add prettier --dev
。如果本地包安装了，但版本过旧或与扩展不兼容，也可能导致问题。尝试更新本地Prettier包。
.prettierrc
配置文件错误：
检查你的
.prettierrc
文件是否存在语法错误（如JSON格式不正确）。如果文件内容有误，Prettier可能无法正确解析配置。
其他格式化扩展冲突：
你可能安装了其他格式化相关的VSCode扩展（例如ESLint扩展也可能提供格式化功能）。这些扩展可能会抢占默认格式化器的位置。尝试禁用其他格式化扩展，然后重启VSCode进行测试。
VSCode重启：
是的，这个听起来有点玄学，但有时候，简单的重启VSCode就能解决一些莫名其妙的问题，让所有设置和扩展重新加载。
查看VSCode输出面板：
这是我发现问题最有效的方法之一。打开VSCode的“输出”面板（View -> Output），然后在下拉菜单中选择“Prettier”。这里会显示Prettier在格式化时运行的日志和可能遇到的错误信息。最头疼的是，有时候它就是不报错，但就是不工作，这时候去输出面板看日志，往往能找到线索。
通过这些步骤，你通常能定位到Prettier不工作的原因，并解决它。
以上就是如何在VSCode中自动格式化JavaScript代码？使用Prettier的详细步骤的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/13748.html
微信扫一扫 
支付宝扫一扫 
