最可靠方式是检查httpd.conf中是否有未注释的LoadModule行；再通过phpinfo()的“Loaded Modules”列表或httpd -M命令验证是否真正加载，且需确保AllowOverride设置正确并重启Apache。
怎么确认 Apache 模块是否已加载
直接看 httpd.conf 里有没有对应模块的 LoadModule 行，是最可靠的方式。XAMPP 默认启用常用模块（如 mod_rewrite、mod_ssl），但部分模块（如 mod_headers、mod_proxy）是被注释掉的，不会自动生效。
验证是否真正在运行，可以：
- 在 htdocs 下建一个 info.php，内容为 <?php phpinfo(); ?>
- 访问 http://localhost/info.php，搜索“Loaded Modules”，查看列表中是否包含你要的模块名（注意拼写，比如 rewrite_module 不是 mod_rewrite）
- 或在命令行执行 xampp\apache\bin\httpd.exe -M（需以管理员权限运行 CMD，且 Apache 未占用端口），输出所有已加载模块
修改 httpd.conf 启用 rewrite、headers 等模块
模块启用本质就是取消 LoadModule 行前的 # 注释，并确保对应 mod_*.so 文件真实存在。常见操作如下：
-
mod_rewrite：默认已启用，检查httpd.conf中是否有LoadModule rewrite_module modules/mod_rewrite.so，且未被注释 -
mod_headers：搜索headers_module，找到类似#LoadModule headers_module modules/mod_headers.so，删掉开头的# -
mod_proxy及相关子模块（proxy_http、proxy_balancer）：需同时启用主模块和子模块，顺序不能错——先proxy_module，再proxy_http_module等 - 改完保存后，必须重启 Apache（不是刷新页面），否则变更不生效
为什么改了 httpd.conf 还不生效？常见卡点
最常踩的坑不是配置错，而是没触发重载或路径/权限出问题：
- 没重启 Apache：XAMPP 控制面板里点 “Stop” 再 “Start”，不能只点 “Restart”（旧版控制面板有时会跳过重载）
- 编辑了错误的
httpd.conf：XAMPP 有两个常见位置——xampp\apache\conf\httpd.conf（主配置）和xampp\apache\conf\extra\httpd-vhosts.conf（虚拟主机），模块只能在前者里加载 - 文件被系统保护或编辑器缓存：用记事本或 VS Code 以管理员身份打开
httpd.conf，避免 Windows 隐藏的“备用配置”干扰 - 模块依赖缺失：比如启用
mod_proxy_fcgi前，必须先启用proxy_module和proxy_fcgi_module，缺一不可
启用 rewrite 时 .htaccess 不生效？别只改 LoadModule
LoadModule rewrite_module 只是让模块就位，真正控制 .htaccess 是否可用的是 AllowOverride 指令。默认 XAMPP 的 DocumentRoot 对应目录下是 AllowOverride None，这意味着 .htaccess 文件被完全忽略。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
要让它生效，需在 httpd.conf 中定位到类似这段：
DocumentRoot "C:/xampp/htdocs"
<directory>
Options Indexes FollowSymLinks
AllowOverride None
Require all granted
</directory>
把 AllowOverride None 改成 AllowOverride All，再重启 Apache。注意：All 会带来轻微性能开销，开发环境够用，生产环境建议按需设为 FileInfo AuthConfig Limit 等具体类别。
模块加载本身不复杂，真正容易漏的是“加载 + 允许使用 + 重启生效”这三步闭环。少一步，.htaccess 就静默失效，而错误日志里往往只报 500 或 404，不会提示 rewrite 被禁用了。
