在前端项目中，针对开发、测试、生产等不同环境，通常采用哪些策略来管理和切换 API 请求的基础地址？请阐述具体实现方式及其适用场景。
考察说明
考查前端工程化中环境配置管理与代码组织能力。
回答思路
- 【回答框架 1】环境区分的核心是让代码在不同环境下指向不同 API 基址，常见实现为构建工具的环境变量机制，例如 Vite 的 import.meta.env 与 Webpack 的 process.env，通过配置文件或命令行参数注入。
- 【回答框架 2】在 Vite 中，可创建 .env.development、.env.production 等文件，分别设置 VITE_API_BASE_URL，代码中通过 import.meta.env.VITE_API_BASE_URL 读取；Webpack 则依赖 DefinePlugin 将 process.env.API_BASE_URL 替换为实际值。
- 【回答框架 3】对于动态或运行时可变更的需求，可在构建时读取部署环境的全局变量，或使用接口配置下发，例如从服务端获取配置后动态设置请求前缀。
- 【回答框架 4】若涉及代理，开发环境常用 devServer proxy 将请求转发至目标服务，避免跨域并隐藏真实地址；生产环境则需配置反向代理或直接使用完整地址。
- 【回答框架 5】还需注意环境变量在打包时被静态替换，修改后必须重新构建；敏感信息不应放置在前端环境变量中，避免泄露。
- 【关键点 1】不同环境通过构建工具环境变量配置 API 基础地址，实现分离管理。
- 【关键点 2】开发环境常结合代理解决跨域，生产环境使用完整地址或反向代理。
- 【关键点 3】环境变量在构建时静态注入，修改后需重新构建生效。
- 【关键点 4】避免在前端配置中存放敏感信息，考虑安全风险。
- 【易错点 1】直接硬编码多个环境地址容易导致代码混淆和误用。
- 【易错点 2】忽视环境变量在构建时的静态替换特性，可能造成运行时修改无效。
- 【易错点 3】将 API 密钥或私密配置放入前端环境变量，存在泄露风险。