可以改，但需同步更新服务器配置（如nginx的index指令）、所有相对路径引用及cdn/缓存策略，否则将导致404或资源加载失败。
可以改，但改完就得告诉服务器或浏览器新名字，否则 404 是默认结果。
Web 服务器默认只认 index.html
Apache、Nginx、Caddy 等主流服务器都把 index.html（或 index.htm）列为默认首页文件。用户访问 https://example.com/ 时，服务器会自动查找这个文件名并返回。如果把它改成 home.html 却不配置，请求根路径就会返回 404。
- Apache 需在
.htaccess或虚拟主机配置里改DirectoryIndex，比如：DirectoryIndex home.html - Nginx 要在
location /块里加index home.html; - Vercel/Netlify 这类静态托管平台通常不支持自定义 index 文件名，硬改等于失效——除非用重写规则（如 Netlify 的
_redirects或netlify.toml）把/映射过去
index.html 改名后链接和跳转会出问题
页面内所有相对路径引用（比如 <a href="about.html"></a>）、<script src="app.js"></script>、甚至 window.location.href = "index.html" 都可能因文件名变更而断链。
- 改名前先全局搜索
index.html字符串，包括 HTML、JS、CSS、JSON 配置里 - 如果是单页应用（SPA），路由库（如 React Router、Vue Router）的
basename或base配置一般不依赖文件名，但 history 模式下服务端仍需兜底返回该文件——此时改名必须同步更新服务端返回逻辑 - SEO 友好性：搜索引擎已收录原
/路径，改名后若没做 301 重定向，历史权重会丢失
本地双击打开时改名影响最小，但仍有坑
直接用文件管理器双击打开 index.html，本质是走 file:// 协议，浏览器不会触发服务器逻辑，所以改名成 start.html 后双击也能运行。
- 但 JS 里的
fetch("./data.json")依然有效，因为路径解析基于当前 HTML 所在目录，和文件名无关 - 注意：Chrome 对
file://协议限制越来越严，比如禁止跨目录读取、禁用某些 API，这不是改名导致的，但容易误判为“改名引发的问题” - 本地测试时别依赖双击行为来验证部署效果——它绕过了真实的服务端逻辑
真正麻烦的不是改名本身，而是改完之后谁还在找那个旧名字：服务器、CDN 缓存、爬虫、用户收藏夹、其他项目里硬编码的链接……漏掉一个，就多一个 404。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
