live server端口修改生效的关键在于配置作用域优先级：项目级.vscode/settings.json优先于工作区和用户级配置，需确保在正确位置设置"liveserver.settings.port"且格式无误，改后无需重启vs code但需重新启动live server。
Live Server 默认端口是 5500，改端口不难，但改不生效才是真问题——核心在于配置作用域没选对，不是改了就完事。
liveServer.settings.port 配置写在哪才有效
VS Code 的 Live Server 插件会按优先级读取三处配置：用户全局、当前工作区、项目根目录下的 .vscode/settings.json。只要其中任意一处写了 "liveServer.settings.port"，就会覆盖默认值，且**工作区或项目级配置优先级高于用户级**。
- 如果你只在「用户设置」里改了，但项目里已有
.vscode/settings.json，那改的那行根本不会起作用 - 检查项目根目录下是否有
.vscode文件夹，里面有没有settings.json；有就直接编辑它，没有就新建一个 - 确保 JSON 格式正确，末尾不能多逗号，键名必须是
"liveServer.settings.port"（注意大小写和点号） - 改完保存，**不用重启 VS Code**，但要重新右键 →
Open with Live Server才会应用新端口
为什么设成 0 后端口还是 5500
liveServer.settings.port 设为 0 的本意是启用随机端口，但实际行为取决于插件版本和系统环境：旧版插件可能忽略该值，新版则会在可用端口池中找第一个空闲端口（不一定是 5501）。更关键的是，如果其他地方（比如 .vscode/settings.json）显式写了 5500，那 0 就完全被屏蔽了。
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
- 先用命令行查端口占用：
netstat -ano | findstr :5500（Windows）或lsof -i :5500（macOS/Linux） - 确认没被占用后，再设
"liveServer.settings.port": 0，观察右下角状态栏显示的实际端口号 - 若仍固定为 5500，说明某处配置硬编码了该值，得逐个排查
跨域调试时端口必须固定
前端调后端 API 时，后端 CORS 白名单通常只放固定域名+端口，比如 http://localhost:3000。如果 Live Server 每次启的端口都变，白名单就得反复加，开发效率直接掉一半。
- 推荐做法：和后端约定一个端口（如
3000或8080），统一写进项目级.vscode/settings.json - 别用
127.0.0.1而用localhost——某些后端框架（如 Spring Boot）对两者判别严格，localhost更稳妥 - 如果后端监听
0.0.0.0:8080，前端用localhost:3000也能通，但必须确保两个端口不冲突
真正容易被忽略的点是：VS Code 设置界面里搜 live server 后，一定要手动切换到「工作区」标签页再点「在 settings.json 中编辑」，否则改的是用户级配置，对当前项目无效。很多人卡在这一步，反复修改却毫无反应。
