PHP无法获取URL中#后的锚点内容，因为浏览器不会将fragment发送至服务器；必须通过JavaScript读取location.hash后，以GET/POST等方式传给PHP，并严格校验参数安全性。
PHP 无法直接接收 URL 中 # 后面的锚点（fragment）部分，因为该部分**根本不会发送到服务器**，浏览器在发起 HTTP 请求时会自动截掉。
为什么 $_GET 拿不到 # 后面的内容
URL 中的 # 及其后的片段（如 https://example.com/page.php?id=123#section2 中的 section2）仅由浏览器端处理，不参与网络请求。所以：
• $_GET 里永远没有 #section2
• $_SERVER['REQUEST_URI'] 也只到 ?id=123，不含 # 及之后内容
• 任何 PHP 原生方式都无法“读取”它——这不是 PHP 的限制，是 HTTP 协议规范决定的
前端用 JavaScript 读取并传给 PHP 的几种实操方式
必须由 JS 先捕获 location.hash，再通过以下任一方式交由 PHP 处理：
- 用
fetch或XMLHttpRequest发起带参数的 POST/GET 请求（例如把hash作为 query 参数） - 修改表单隐藏域后提交（适合页面加载后跳转场景）
- 用
history.replaceState()把 hash 转成路径或 query（如将#tab=profile改为?tab=profile），再刷新页面让 PHP 拿到
典型 JS 示例（发送到 PHP 接口）：
立即学习“PHP免费学习笔记（深入）”；
const hash = location.hash.substring(1); // 去掉 #
if (hash) {
fetch('save_hash.php?hash=' + encodeURIComponent(hash));
}服务端如何安全接收和验证这类参数
既然 hash 是前端可控、可伪造的数据，PHP 端绝不能直接信任。需注意：
- 始终使用
$_GET['hash']或$_POST['hash']获取（取决于前端怎么传） - 必须校验格式：用
preg_match('/^[a-zA-Z0-9_-]{1,64}$/', $hash)限制字符和长度 - 避免直接拼进 SQL 或 HTML 输出；需要展示时用
htmlspecialchars($hash) - 如果用于跳转定位，建议白名单匹配（如
in_array($hash, ['top', 'contact', 'faq'])）
PHP 接收示例（save_hash.php）：
$hash = $_GET['hash'] ?? '';
if (preg_match('/^[a-zA-Z0-9_-]{1,64}$/', $hash)) {
// 安全处理逻辑，比如存 session 或写日志
$_SESSION['last_hash'] = $hash;
}替代方案：用 ? 替代 # 来传递状态参数
如果业务本质不是页面内锚点跳转，而是想传递状态（如标签页、筛选条件），更合理的方式是改用 query 参数：
- 把
page.php#tab=settings改成page.php?tab=settings - 用 JS 监听
popstate和pushState维护 URL 状态，同时保持服务端可读 - 这样 PHP 可直接用
$_GET['tab']获取，无需绕路，也规避了 fragment 不可服务端读取的根本限制
这种设计更符合前后端职责分离，也利于 SEO 和服务端渲染兼容性。
真正卡住人的地方往往不是“怎么取”，而是没意识到 # 根本到不了 PHP —— 所有试图在 $_SERVER 或 getenv() 里找它的尝试，一开始方向就错了。
