Apache APISIX 独立模式下正则路由重写失效问题解析

问题背景

在使用Apache APISIX作为API网关时，开发人员可能会遇到一个典型的路由重写问题：当尝试通过正则表达式将请求路径/api/sub-path重写为/sub-path时，发现请求被错误地代理到了根路径/而非预期的子路径。这种情况通常发生在APISIX的独立部署模式(standalone mode)下。

技术原理分析

APISIX的路由重写功能主要通过proxy-rewrite插件实现，其核心配置参数regex_uri采用正则表达式匹配和替换机制。正确的配置语法应为：

regex_uri: ["^/api/(.*)", "/$1"]

这个配置表示将匹配/api/开头的路径，并保留后续部分作为新路径。

问题根源

经过深入排查，发现该问题的根本原因在于独立模式的配置缺失。当通过环境变量APISIX_STAND_ALONE=true启用独立模式时，必须同时在config.yaml中进行相应配置，否则APISIX仍会尝试连接etcd服务，导致本地配置文件加载失效。

解决方案

正确的独立模式配置需要包含以下关键内容：

deployment:
  role: data_plane
  role_data_plane:
    config_provider: yaml

配置实践建议

1. 完整配置示例：

routes:
  - id: sub
    uri: /api/*
    upstream:
      nodes:
        "host.docker.internal:3000": 1
    plugins:
      proxy-rewrite:
        regex_uri: ["^/api/(.*)", "/$1"]

2. 部署注意事项：

• 确保Docker运行命令包含正确的配置挂载
• 验证配置文件权限和路径正确性
• 通过日志确认独立模式已正确启用

经验总结

这个案例揭示了APISIX配置管理的一个重要特性：环境变量和配置文件需要协同工作。独立模式虽然简化了部署，但仍需完整的配置支持。建议开发人员在遇到类似路由问题时，首先检查以下方面：

1. 运行模式是否配置正确
2. 配置文件加载路径是否正确
3. 插件语法是否符合最新规范

通过系统性地排查这些关键点，可以有效解决大部分路由重写相关的问题。