在 apache 中实现短网址到长网址的 301 重定向，核心做法是启用 mod_rewrite 模块并配置 r=301 规则。通过正则表达式匹配 url 路径中的短码，将其作为变量传递给后端处理脚本或映射表，服务器会立即返回 301 状态码并将浏览器跳转至对应的长网址。
如何编写基础的 RewriteRule 实现短码匹配
直接回答：使用 RewriteRule 指令配合正则表达式捕获短码，并通过 [R=301,L] 标志强制执行永久重定向。关键在于确保规则优先级高于其他静态资源规则，且正确识别短码格式（如纯字母数字）以避免误判。
<virtualhost>
ServerName short.example.com
DocumentRoot /var/www/short
# 启用重写引擎
RewriteEngine On
# 排除实际存在的文件或目录，避免干扰
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# 匹配短码 (例如 /abc123)
# ^([a-zA-Z0-9]+)$ 捕获短码部分
# /redirect.php?code=$1 将短码传递给 PHP 脚本
# [R=301,L] 表示 301 重定向且这是最后一条规则
RewriteRule ^([a-zA-Z0-9]{3,10})$ /redirect.php?code=$1 [R=301,L]
<directory>
AllowOverride All
Require all granted
</directory></virtualhost>
上述配置中，Redirect.php 脚本接收 $_GET['code'] 参数，查询数据库获取长网址后使用 header("Location: $long_url", true, 301); exit; 完成最终跳转。若短码包含特殊字符或长度超出预期，正则表达式需相应调整，否则请求可能回退到默认 404 页面。
如何处理带参数的长网址重定向保持参数完整
直接回答：当长网址本身携带查询参数时，需在 RewriteRule 中使用 [QSA] (Query String Append) 标志，或在重定向目标中显式拼接 %{QUERY_STRING}。这能确保用户访问 /short_code?utm_source=web 时，最终跳转的长网址保留 ?utm_source=web 参数。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
# 假设短码为 /promo，对应长网址 https://example.com/landing?ref=promo # 用户访问 /promo?track=123 # 期望结果: 301 跳转到 https://example.com/landing?ref=promo&track=123 RewriteRule ^promo$ https://example.com/landing?ref=promo [R=301,QSA,L] # 或者对于动态短码，若长网址固定但需追加来源参数: RewriteRule ^([a-zA-Z0-9]+)$ /redirect.php?code=$1 [R=301,QSA,L]
在此场景下，QSA 标志至关重要。若无此标志，原始查询字符串会被丢弃，导致追踪数据丢失。同时，redirect.php 内部逻辑也应检查并透传任何传入的参数，确保端到端的参数完整性。若长网址不含参数，则无需 QSA，直接重定向即可。
短网址命中不存在短码时的默认行为是什么
直接回答：当请求的短码未在任何规则中匹配，且不是真实文件时，Apache 会根据 ErrorDocument 配置或 mod_rewrite 的默认行为返回 404 错误。可通过添加一条兜底规则，将无效短码重定向到首页或专门的错误提示页，提升用户体验。
# 在现有规则之后添加兜底规则
# 如果请求未被前面的规则处理，且不是真实文件/目录
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# 将所有剩余请求重定向到 404 页面或首页
RewriteRule ^(.*)$ /not-found.html [L]
# 或者重定向到首页
# RewriteRule ^(.*)$ / [R=301,L]
这种兜底策略确保了所有非标准短码请求都有明确去向。结合 ErrorDocument 404 /not-found.html 配置，可自定义错误页面内容。注意兜底规则必须放在所有具体重定向规则之后，否则会导致所有请求都被错误拦截。验证时需测试有效短码、无效短码及静态资源路径，确保各路径行为符合预期。
