本文详解为何$_GET['url']无法显示当前网址，并提供基于$_SERVER的可靠方案来获取完整URL（含协议、域名、路径），同时指出.htaccess重写规则与实际需求的逻辑差异及常见误区。
本文详解为何`$_get['url']`无法显示当前网址，并提供基于`$_server`的可靠方案来获取完整url（含协议、域名、路径），同时指出`.htaccess`重写规则与实际需求的逻辑差异及常见误区。
在PHP开发中，一个常见误解是：认为 $_GET['url'] 能自动返回用户当前访问的完整URL。实际上，$_GET 仅反映HTTP GET请求中显式传递的查询参数（如 ?url=https://example.com）。你当前的 .htaccess 规则：
RewriteRule ^(.+)$ index.php?url=$1 [QSA,L]
会将路径（如 /mvc/user/profile）重写为 index.php?url=mvc/user/profile，此时 $_GET['url'] 的值是重写后的路径片段（如 "mvc/user/profile"），而非浏览器地址栏中显示的完整URL（如 http://192.168.1.100/mvc/user/profile）。因此，直接 print_r($_GET['url']) 输出的只是路由路径，绝非“当前网址”。
要准确获取用户正在访问的完整URL（包括协议、主机名、端口、路径和查询字符串），应使用 $_SERVER 超全局数组组合构建：
<?php
// 安全、兼容的当前URL获取方式
$current_url = sprintf(
'%s://%s%s',
// 判断HTTPS（兼容标准与反向代理场景）
(!empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] === 'on') ||
(!empty($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https')
? 'https' : 'http',
$_SERVER['HTTP_HOST'],
$_SERVER['REQUEST_URI']
);
echo htmlspecialchars($current_url, ENT_QUOTES, 'UTF-8');
?>✅ 关键说明：
立即学习“PHP免费学习笔记（深入）”；
- $_SERVER['HTTP_HOST'] 提供域名或IP地址（含端口，如 192.168.1.100:8080）；
- $_SERVER['REQUEST_URI'] 包含路径与原始查询字符串（如 /mvc/user/profile?id=123）；
- 使用 htmlspecialchars() 防止XSS，尤其当URL用于HTML输出时；
- 显式检查 HTTP_X_FORWARDED_PROTO 是为Nginx/Apache反向代理环境做兼容（避免因代理导致协议误判）。
⚠️ 注意事项：
- 不要依赖 $_SERVER['SERVER_NAME'] —— 它可能被配置为服务器主机名，而非用户访问的域名/IP；
- $_SERVER['PHP_SELF'] 或 $_SERVER['SCRIPT_NAME'] 仅返回脚本路径（如 /index.php），不包含查询参数或子路径；
- 若你的应用部署在子目录（如 http://ip/mvc/），且需提取“基础路径”，应额外解析 $_SERVER['SCRIPT_NAME'] 或通过常量定义 BASE_URL，而非硬编码；
- .htaccess 中的 RewriteRule 属于前端控制器模式，用于路由分发，与“获取当前URL”是两个独立目标——前者解决MVC入口统一，后者解决客户端可见地址识别。
总结：$_GET['url'] 是路由参数，不是URL本身；真正可靠的当前URL必须由 $_SERVER 多字段拼接生成，并兼顾HTTPS判断与安全输出。这一方案适用于IP访问、域名访问、本地开发及生产代理环境，是PHP Web开发中的标准实践。
