mod_speling 不具备大小写纠错能力，仅支持文件名拼写纠错且默认忽略大小写比较；它不纠正URL大小写，真正统一应使用RewriteRule强制小写等主动控制方案。
mod_speling 是什么，它真能“猜”对大小写？
不能。mod_speling 不处理大小写容错，它只做文件名拼写纠错（比如把 inde.html 纠正为 index.html），且默认**完全忽略大小写比较**——也就是说，它把 INDEX.HTML、Index.html、index.html 全视为同一个文件，只要存在就直接返回，不报 404。它不“纠正大小写”，只是在找不到文件时，尝试用模糊匹配找一个近似名（仍基于文件系统实际存在的文件名）。
启用 mod_speling 后为什么 URL 大小写似乎“变通了”？
这是文件系统和 Apache 配合的结果，不是 mod_speling 的功能。常见原因有：
- Linux 文件系统（如 ext4）是大小写敏感的，但如果你的网站目录里同时存在
about.html和About.html，mod_speling 可能随机匹配到其中一个——这不是纠正，是巧合 - Windows 或 macOS（默认 HFS+ APFS）文件系统本身大小写不敏感，Apache 找文件时根本分不清大小写，
/About.html和/about.html都会命中同一文件 - 你启用了
CheckCaseOnly on，但它只影响“仅大小写不同”的情况，且**必须配合文件系统大小写不敏感才有效**；在 Linux 上设了也无效
CheckCaseOnly on 真的有用吗？哪些场景会触发？
只有两个条件同时满足时，CheckCaseOnly on 才起作用：
- 请求的路径与某个真实文件仅存在大小写差异（例如请求
/CONTACT.HTML，而磁盘上只有/contact.html） - 底层文件系统报告“文件不存在”是因为大小写不匹配（即系统本身大小写敏感，但 Apache 被配置为允许 case-only 重试）
这在标准 Linux + ext4 环境中几乎从不生效，因为内核返回的是 ENOENT（无此文件），而非 EACCES 或其他可被 Apache 解读为“可能是大小写问题”的错误。真正支持它的典型环境是 Windows Server 上的 Apache，或某些特殊挂载的大小写敏感但可感知 case-mismatch 的卷。
配置示例（仅在确认环境支持时使用）：
LoadModule speling_module modules/mod_speling.so
<directory>
SpellEngine on
CheckCaseOnly on
CheckSpelling on
</directory>
想真正统一 URL 大小写，该用什么替代方案？
靠 mod_speling 实现大小写规范是走错方向。正确做法是主动控制入口：
- 用
RewriteRule强制小写（需mod_rewrite）：RewriteMap lc int:tolower+RewriteCond %{REQUEST_URI} [A-Z]+RewriteRule (.*) ${lc:$1} [R=301,L] - 在应用层（PHP/Node.js 等）统一解析路径前转小写
- 构建时生成全小写文件名，配合 CI 检查禁止大写字母提交
mod_speling 的定位很窄：救急拼写错误，不是 URL 规范化工具。把它当大小写兜底，线上容易出现不可预测的 301 跳转或静态文件误匹配。
