如何在已有Rewrite规则下实现URL重写指向页面锚点？

咱们一步一步来排查和解决这个问题：

问题根源分析 #

你最后那条规则失效主要有两个核心原因：

1. 路径匹配错误：在.htaccess文件中，RewriteRule的匹配模式是相对当前目录的，不会包含开头的/。所以^/services/(.+)这种写法永远匹配不到任何请求（比如用户访问/services/item，在.htaccess里的匹配路径是services/item，没有开头的斜杠）。
2. 规则顺序问题：你原来的^([^\.]+)$ $1.php规则会优先匹配/services/item，把它重写成/services/item.php，导致后面的锚点规则根本没机会执行（而且这个文件大概率不存在，所以返回404）。

另外还有个关键误解：锚点（#）是客户端浏览器处理的内容，不会发送到服务器。你没法通过Rewrite规则直接把路径转换成锚点让服务器处理，得换个思路实现需求。

修复后的完整.htaccess规则 #

Options +FollowSymlinks
RewriteEngine On

# 1. 强制HTTPS跳转（保持原规则不变）
RewriteCond %{HTTPS} !=on
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

# 2. 优先处理/services/xxx的请求，重写到services.php
# 只匹配不存在的文件/目录，避免干扰真实存在的资源
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^services/(.+)$ services.php?anchor=$1 [NC,L,QSA]

# 3. 处理其他无后缀的请求，指向对应PHP文件（原规则调整顺序后放在这里）
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^([^\.]+)$ $1.php [NC,L]

为什么这么改？ #

1. 调整规则顺序：把services/xxx的处理规则放在加.php的规则前面，确保这类请求不会被错误重写成services/item.php。
2. 修正匹配模式：去掉了开头的/，改成^services/(.+)$，符合.htaccess的路径匹配逻辑。
3. 传递锚点参数：通过?anchor=$1把xxx作为参数传递给services.php，这样你就能在PHP里拿到这个值，再通过前端JS跳转到对应锚点。

前端/PHP配合处理锚点 #

在services.php里添加一段简单的代码，拿到参数后自动跳转到对应锚点：

<?php
if (isset($_GET['anchor'])) {
    $anchor = htmlspecialchars($_GET['anchor']);
    echo "<script>window.location.hash = '#$anchor';</script>";
}
?>

这样用户访问/services/item时，地址栏保持不变，页面会自动定位到services.php里的#item锚点，完全符合你“看不到.php和#”的需求。

额外注意事项 #

• 记得测试前清空浏览器缓存，因为之前的301跳转可能被缓存了。
• 如果你的services是真实存在的目录，需要调整规则或者确保目录下没有.htaccess干扰当前规则。

内容的提问来源于stack exchange，提问作者Chris