index.html是服务器默认查找的入口文件，当用户访问根域名时，Apache、Nginx等服务器优先加载它；若缺失或改名，将导致403/404错误，且Vue/React等框架依赖其提供挂载点、注入资源路径和承载元信息。
index.html 是服务器默认查找的入口文件
当用户访问 https://example.com/（不带任何路径）时，Web 服务器会按预设顺序查找默认首页文件，index.html 是绝大多数服务器（Apache、Nginx、Vercel、Netlify、GitHub Pages）的**第一候选**。这个行为不是浏览器决定的，而是服务器配置的结果。
常见默认文件列表（以 Nginx 为例）：index.html、index.htm、index.php —— 只要 index.html 存在，就不会继续往后找。
如果误删或重命名成 main.html，而没同步改服务器配置，用户访问根域名就会触发 403（禁止列目录）或 404（找不到默认页），而不是跳转或自动 fallback。
main.html 不是标准默认页，需显式配置或手动访问
main.html 是一个普通 HTML 文件名，没有任何特殊语义或服务器内置支持。它和 about.html、contact.html 地位完全一样。
立即学习“前端免费学习笔记（深入）”；
想用 main.html 当首页，必须：
- 修改服务器配置：比如 Nginx 的
index指令改成index main.html; - 或在静态托管平台（如 GitHub Pages）中启用“自定义域 + 自定义 404 页面”再做 JS 重定向（不推荐，影响 SEO 和首屏加载）
- 或干脆让用户访问
https://example.com/main.html—— 但这就失去了“默认入口”的意义
Vue / React 等框架项目里，main.html 几乎不会出现；构建工具（Vite、Webpack）输出的 HTML 入口始终叫 index.html，硬改会导致插件路径解析失败、资源加载 404。
为什么不能靠 meta refresh 或 JS 跳转替代 index.html
有人试图保留 index.html，但只在里面写一段跳转到 main.html 的代码，这会带来实际问题：
- 搜索引擎爬虫可能只抓取
index.html内容，不执行 JS，导致main.html的内容无法被索引 - 首屏渲染延迟：多一次 HTML 加载 + 解析 + 执行跳转，LCP（最大内容绘制）指标变差
- HTTP 缓存和 CDN 缓存可能把跳转页缓存为
index.html，造成后续更新不同步 - 服务端日志里所有 PV 都记在
index.html，真实页面访问数据失真
真正的入口逻辑应该在服务端完成，而不是靠客户端补救。
Vue/React 项目里 index.html 的不可替代性
现代前端框架依赖 index.html 做三件事：
- 提供挂载点：如
<div id="app"></div>，Vue 实例或 React Root 必须绑定到这个 DOM 节点 - 注入资源路径：构建后生成的
main.js、style.css等文件名带 hash，这些路径由构建工具写入index.html的<script></script>标签，改名后路径失效 - 承载关键元信息：如
<title></title>、<meta name="viewport">、<link rel="icon">—— 这些都必须在初始 HTML 中声明，不能靠 JS 动态加
哪怕你用 Vite 的 public/index.html 模板，也不能把它改成 public/main.html；否则 dev server 启动时会报错 “Entry point index.html not found”。
真正容易被忽略的点是：index.html 的作用不是“展示内容”，而是“启动整个页面生命周期”。它不负责业务逻辑，但一旦缺失或错配，连 JS 都没机会执行。
