最稳妥方式是修改虚拟主机配置（httpd-vhost.conf），因phpEnv默认AllowOverride None且mod_rewrite常未启用，.htaccess规则被忽略；直接在VirtualHost中用RewriteCond %{HTTPS} off + RewriteRule可避免循环重定向和代理场景失效。
直接说结论：在 phpEnv 环境下用 Apache 强制跳转 HTTPS，最稳妥的方式是改虚拟主机配置（httpd-vhost.conf），而不是依赖 .htaccess；否则大概率跳转失败或循环重定向。
为什么 .htaccess 里写 RewriteRule 常常不生效
phpEnv 默认把网站根目录的 AllowOverride 设为 None，这意味着 Apache 完全忽略你写的 .htaccess 文件——哪怕里面写了 RewriteEngine On 也没用。更隐蔽的问题是：.htaccess 的生效还依赖 mod_rewrite 模块已启用，而 phpEnv 的 Apache 配置里该模块默认是注释掉的。
- 检查
httpd.conf中是否启用了LoadModule rewrite_module modules/mod_rewrite.so（去掉前面的#） - 找到你网站对应的
<directory></directory>段，把AllowOverride None改成AllowOverride All - 重启 Apache，否则修改无效
推荐做法：直接在 httpd-vhost.conf 里配 RewriteCond + RewriteRule
绕过 .htaccess 的所有限制，把规则写进虚拟主机配置里，既稳定又易调试。关键不是只写 RewriteRule，而是必须加 RewriteCond 判断协议状态，否则 HTTPS 请求进来也会被重定向，造成死循环。
- 确保
mod_ssl.so和mod_rewrite.so都已启用 - 在
httpd-vhost.conf对应站点的<virtualhost></virtualhost>块内添加：
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
注意：%{HTTPS} 是 Apache 内置变量，值为 on 或 off，比用 %{SERVER_PORT} !^443$ 更可靠——尤其当 phpEnv 前面套了 Nginx 或使用了反向代理时，端口信息可能被掩盖，但 %{HTTPS} 仍能正确反映 TLS 状态。
立即学习“PHP免费学习笔记（深入）”；
如果 phpEnv 前面有 Nginx 或 CDN，%{HTTPS} 总是 off 怎么办
这是真实部署中高频踩坑点：Nginx 把 HTTPS 请求以 HTTP 协议转发给后端 Apache，导致 %{HTTPS} 始终为 off，上面的规则就失效了。此时要信任 X-Forwarded-Proto 头。
- 在
<virtualhost></virtualhost>块里改用这个条件：
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
同时确保 Nginx 转发时带了这个头：proxy_set_header X-Forwarded-Proto $scheme;。没这句，Apache 根本收不到 X-Forwarded-Proto，条件永远不匹配。
跳转后页面资源 404 或混合内容警告
跳转成功不等于 HTTPS 就跑通了。常见现象是地址栏变成 https://，但页面里引用的 http://xxx.js 或 http://xxx.css 被浏览器拦截，控制台报 Mixed Content 错误。
- 这不是 Apache 配置问题，而是 PHP 或 HTML 模板里硬编码了
http://协议 - 临时解决：用
//domain.com/path.js（协议相对 URL）代替http://domain.com/path.js - 长期建议：PHP 中统一用
$_SERVER['HTTPS'] === 'on'或isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https'判断当前协议，动态拼接资源 URL
跳转本身只是第一步，真正卡住人的往往是后续的协议一致性——这点在本地 phpEnv 测试时容易被忽略，一上生产环境立刻暴露。
