Vite比create-react-app更适合现在起步，因其启动极快、HMR精准、原生支持TS/JSX且配置开放；CRA则锁死webpack配置，自定义需绕路，而React官方文档自2026年3月起已推荐Vite。
直接用 npm create vite@latest 初始化，别碰 npm init 或手配 Webpack —— 后者八成会卡在 HMR 失效、JSX 不识别、路径跳转失败这三件事上。
为什么 Vite 比 create-react-app 更适合现在起步
选择构建工具，速度和灵活性往往是天平的两端。Vite的出现，恰好打破了这种平衡。它凭借极快的启动速度和精准的热模块替换（HMR），让开发体验有了质的飞跃。更重要的是，它对TypeScript和JSX的原生支持开箱即用，并且没有把配置锁死——vite.config.ts就明明白白地放在那里，随时可读可改。想加个路径别名？两行代码的事。
反观create-react-app，虽然上手确实省心，但其核心react-scripts将Webpack配置完全封装了起来。一旦你需要配置袋里、别名或者自定义loader，就不得不借助craco或rescripts这类工具来“绕路”，反而增加了项目的复杂度和出错概率。
这里有几个常见的认知误区，值得拎出来说一说：
- 误区一：Vite太新，不稳定？ 这个顾虑可以放下了。React官方文档自2026年3月起，已经将Vite列为推荐脚手架。
- 误区二：需要全局安装
create-vite？ 完全没必要。npm create vite@latest是现代npm的写法，它会自动调用最新版本，干净又省事。 - 误区三：初始化时要勾选“React Compiler”吗？ 建议新手先别碰。它目前仍处于Alpha阶段，对
useMemo和useCallback等行为的影响尚不稳定，容易踩坑。
初始化命令与关键选项实操
理论说完，咱们动手。打开终端，执行这条命令：
npm create vite@latest my-react-app -- --template react
注意，命令结尾的--和空格是关键，这是npm传递参数的语法，漏掉的话模板可能无法正确识别。
接下来，命令行会进入交互式选择，跟着提示走就行：
- 项目名：按需填写，比如
my-react-app。 - 框架：毫不犹豫，选择
React。 - 语言：推荐选择
TypeScript。注意，这里不要选TypeScript + SWC，那是旧版遗留下来的选项。 - 是否启用ESLint：建议选
Yes。它会自动生成.eslintrc.js配置文件，并安装好eslint-plugin-react和eslint-plugin-react-hooks这两个必备插件。
选择完成后，进入项目目录、安装依赖、启动开发服务器，一气呵成：
cd my-react-app
npm install
npm run dev
此时，浏览器打开https://localhost:5173就能看到应用了。记住，别手动去改端口号。Vite默认使用5173端口，正好与create-react-app的3000端口错开，可以有效避免本地端口冲突的问题。
VSCode 必配三项：让 JSX 和跳转真正可用
项目跑起来只是第一步。要想在VSCode里获得丝滑的开发体验，下面这三项配置必不可少。否则，你很可能会遇到import路径无法跳转、JSX语法标红、类型提示失灵这些恼人的小毛病。
- 配置路径映射：在项目根目录，确保存在
tsconfig.json（TypeScript项目）或新建一个jsconfig.json（Ja vaScript项目）。关键是里面的配置：{
"compilerOptions": {
"baseUrl": "src",
"paths": {
"@/*": ["*"]
}
}
}这里有个细节：
"@/*": ["*"]的写法是关键。如果写成["src/*"]，路径解析会多套一层，导致Ctrl+Click跳转功能依然失效。 - 关闭Ja vaScript验证：在VSCode设置中搜索
ja vascript.validate.enable，将其设置为false。这一步是为了防止TypeScript语言服务对JS文件进行误判，导致JSX标签报错。 - 启用ESLint与格式化：确保已安装ESLint插件，并在设置中做两项调整：
1. 在eslint.validate设置中，勾选上ja vascriptreact和typescriptreact。
2. 将editor.defaultFormatter设置为esbenp.prettier-vscode（假设已安装Prettier）。
容易被忽略的调试与热更新细节
Vite的热更新（HMR）虽然强大，但在某些特定环境下可能会静默失败。表现就是：改了代码页面没刷新、console.log没有输出、断点怎么也打不中。这通常不是插件的问题，而是环境配置上的一些小偏差。
- 清理端口占用：首先，检查是否有其他进程占用了5173端口。在WSL2或类似环境下，遗留的Node进程是常见“凶手”。可以使用
lsof -i :5173（Mac/Linux）或netstat -ano | findstr :5173（Windows）命令来排查。 - 调整自动保存策略：VSCode的
Auto Sa ve模式如果设置为afterDelay（延迟保存），可能会因为保存动作的延迟导致HMR无法及时捕获文件变更。建议改为onFocusChange（窗口失去焦点时保存）或直接关闭自动保存。 - 使用正确的调试方式：调试Vite项目，不必大费周章地运行
node --inspect。Vite本身就支持通过Chrome DevTools进行调试。启动npm run dev后，在VSCode中按Ctrl+Shift+P，输入Debug: Open Configuration，选择Chrome，然后将配置中的url改为https://localhost:5173即可轻松断点调试。
说到底，最容易被跳过的，往往是jsconfig.json中baseUrl的配置和关闭ja vascript.validate.enable这两步。它们通常不会导致项目报错崩溃，但却能让开发体验从“流畅顺手”降级到“勉强能用，总感觉哪里不对劲”。把这些细节做到位，才是真正高效开发的开始。
