Web服务器按index或DirectoryIndex指令顺序查找默认文件，找到首个存在即返回，不考虑文件名常见度；Apache和Nginx均严格左优先匹配，未找到则返回403。
Web 服务器决定加载哪个默认文件，不看文件名“多常见”，而看配置里 index 或 DirectoryIndex 指令写的顺序——从左到右，找到第一个真实存在的就返回，后面的全忽略。
Apache 的 DirectoryIndex 顺序决定 index.html 是否生效
Apache 默认用 DirectoryIndex 指令控制查找顺序，常见值是 index.html index.php index.htm。它不是“选最合适的”，而是严格按这个列表逐个检查：
- 如果目录下只有
index.php，但DirectoryIndex写成index.html index.htm，那会直接 403（找不到任何匹配项） - 修改位置可在主配置（如
/etc/apache2/mods-enabled/dir.conf）、虚拟主机块，或项目根目录的.htaccess -
.htaccess中的设置会覆盖上级配置，适合单站点微调；改完必须sudo systemctl reload apache2才生效 - 注意：Windows 下文件名不区分大小写，但 Linux 是区分的——
Index.html≠index.html
Nginx 的 index 指令只认配置顺序，不自动 fallback 到其他规则
Nginx 的 index 指令行为更“刚性”：它只在当前请求路径（比如 / 或 /admin/）下，按你写的顺序查文件，不跨目录、不递归、不拼接后缀：
-
index index.php index.html;→ 先找/index.php，存在就返回，哪怕/index.html更新更及时也不管 - 该指令可放在
http、server或location块中，location级别优先级最高 - 路径拼接逻辑是：
root /var/www/site;+ 请求 URI +index文件名 → 实际检查/var/www/site/index.php - 如果全都没找到，且没配
try_files或autoindex on;，默认返回 403（不是 404）
Spring Boot 静态资源的 index.html 位置和优先级冲突点
Spring Boot 自带的嵌入式 Tomcat 会先走 Web 服务器逻辑，再轮到 Spring MVC；所以即使你放了 src/main/resources/static/index.html，也可能被更高优先级的配置拦截：
立即学习“前端免费学习笔记（深入）”；
- Tomcat 默认的
index.jsp或index.html查找机制仍存在，若你打包成 war 部署到独立 Tomcat，它会先用自己的规则找 - Spring Boot 2.0+ 推荐实现
WebMvcConfigurer，重写addViewControllers，但前提是 Tomcat 没在web.xml或application.properties里配server.servlet.context-path或spring.mvc.view.prefix干扰静态资源链路 - 最稳妥的做法：把
index.html放进src/main/resources/static/，同时确保没有同名 Controller 处理@RequestMapping("/")，否则 Spring 会直接跳 Controller，根本不会去读静态文件 - 验证是否真被加载：访问
http://localhost:8080/index.html能打开，但http://localhost:8080/404，基本就是index规则没生效或被 Controller 拦截了
最容易被忽略的是：Nginx/Apache 的配置和应用框架的静态资源路径是两套系统，改了一处另一处可能还在按旧规则跑；调试时先关掉反向代理直连应用，确认 Spring Boot 本身能正确返回 index.html，再一层层加代理、加缓存、加 rewrite，否则问题会叠加得很难定位。
