prettier 默认将单引号转为双引号是其设计行为，可通过配置 singlequote: true 强制使用单引号；项目级 .prettierrc 配置优先级最高，vscode 设置无效；同时使用 eslint 时需禁用冲突规则并确保 eslint-config-prettier 正确启用。
为什么 Prettier 会把单引号转成双引号
Prettier 默认用双引号，不是 VSCode 的锅，也不是你配置错了——是它设计如此。只要项目里有 prettier（哪怕只是通过 ESLint 插件间接启用），它就会接管字符串引号规则，eslint-config-prettier 这类插件还会主动关掉 ESLint 自己的引号检查，让 Prettier 全权负责。
常见错误现象：'use strict' 被格式化成 "use strict"；JSX 属性值如 className='btn' 变成 className="btn"；甚至 require('./utils') 里的路径也被改了。
- 检查是否启用了 Prettier：看右下角状态栏有没有
Prettier字样，或按Ctrl+Shift+P输入Format Document With...看默认格式化工具 - 确认项目根目录是否有
.prettierrc、prettier.config.js或package.json里的prettier字段 - 如果没配过 Prettier，但依然被改引号，大概率是装了
ESLint插件且开启了eslint.format.enable，而 ESLint 底层调用了 Prettier
如何强制保留单引号（Prettier 配置法）
最直接的办法：告诉 Prettier 你想要单引号。它提供 singleQuote 选项，设为 true 即可，不区分语言，JS/TS/JSX/Vue 模板都生效。
使用场景：团队代码规范要求单引号；老项目迁移不想批量改引号；和某些依赖单引号的工具链（比如某些 Babel 插件）配合。
- 在项目根目录新建
.prettierrc，内容写：{"singleQuote": true} - 或者用
prettier.config.js：module.exports = { singleQuote: true }; - 注意：VSCode 工作区设置里的
prettier.singleQuote是无效的——Prettier 不读 VSCode 设置，只认项目级配置文件 - 改完后重启 VSCode 或执行
Developer: Reload Window，否则可能缓存旧配置
ESLint 用户特别注意：别让规则打架
如果你同时开了 ESLint 和 Prettier，又手动加了 quotes 规则，就容易冲突。比如 ESLint 报 Strings must use singlequote，但格式化后还是双引号——说明 ESLint 在“检查”，Prettier 在“修复”，两者没对齐。
性能影响不大，但协作时会让人困惑：为什么保存后还报错？为什么修复命令没效果？
- 删掉 ESLint 配置里关于引号的规则，例如
quotes、jsx-quotes - 确保安装并启用了
eslint-config-prettier，它会关闭所有和 Prettier 冲突的 ESLint 规则 - 在
.eslintrc.js中确认 extends 顺序：extends: ['eslint:recommended', 'prettier']
——prettier必须放最后 - 如果用
eslint --fix命令行格式化，要确保它实际调用了 Prettier，而不是只跑 ESLint 自己的 fix
全局设置 vs 项目设置，哪个优先级高
VSCode 的设置层级里，项目级配置永远压倒用户级或工作区级。也就是说，只要你项目里有 .prettierrc，无论你在 settings.json 里怎么写 prettier.singleQuote，它都不起作用。
容易踩的坑：在 VSCode 设置里搜 single quote，找到 Prettier: Single Quote 开关并打开，结果没用——因为项目配置存在，这个 UI 开关就被无视了。
- 验证当前生效的是哪个配置：右键文件 →
Format Document With...→ 点Configure Default Formatter，看选的是不是Prettier；再打开命令面板运行Prettier: Show Output，里面会打印加载的配置路径 - 想临时禁用项目配置？删掉或重命名
.prettierrc，但不推荐——这会让团队成员格式化结果不一致 - 如果项目必须用双引号，但你个人想用单引号，别硬改配置，接受团队约定。强行覆盖只会增加 PR 里的无意义 diff
真正麻烦的不是改配置，而是搞不清谁在控制格式化。Prettier、ESLint、VSCode 设置、编辑器插件……它们叠在一起时，一个引号能牵出三条配置链。盯住 .prettierrc 文件是否存在、是否被读取，比翻十页文档更快定位问题。
