含#锚链接的URL在UrlRewriteFilter中无法跳转的排查与方案咨询

1. 关于锚链接被“丢弃”的原因 #

这不是UrlRewriteFilter的隐藏规则，是HTTP协议的特性：浏览器不会把URL中#之后的锚点部分发送到服务器。也就是说，当用户访问/api/#create-transaction-deletion时，服务端收到的请求路径只有/api/，完全看不到#create-transaction-deletion，所以你写的包含#的规则自然匹配失败。

2. 正则表达式的注意事项 #

• 服务端的正则规则只能匹配浏览器发送过来的请求路径（即#之前的部分），所以规则里写#完全无效，因为这部分根本不存在于服务端接收到的请求中。
• 不要试图在服务端正则中处理锚点内容，这从根源上就行不通。

3. 解决这个问题的最佳方案（无需扩展UrlRewriteFilter） #

既然服务端拿不到锚点，扩展UrlRewriteFilter没有意义，最直接的解决方式是在客户端处理：
在旧SPA的入口页面（比如/api/对应的页面）添加一段前端JS，读取页面URL的锚点并执行重定向：

// 定义锚点到目标URL的映射
const redirectMap = {
  'create-transaction-deletion': 'https://baseurl/apis/Transaction/deleteTransactions',
  'paymentcharge': 'https://baseurl/apis/Payment%20Method/PaymentMethodCharge/',
  // 剩下200+规则都可以按这个格式添加
};

// 页面加载时执行重定向逻辑
const hash = window.location.hash.slice(1); // 去掉开头的#
if (redirectMap[hash]) {
  window.location.href = redirectMap[hash];
}

这种方式直接利用浏览器端能获取锚点的特性，完美覆盖所有SPA锚链接的重定向需求，比修改服务端过滤器更高效。

如果一定要在服务端处理，只能通过修改旧站点的链接（把锚点改成URL参数，比如/api/?anchor=create-transaction-deletion），然后在UrlRewriteFilter中匹配参数，但这需要改动旧站点的所有API文档链接，成本很高，不推荐。

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