Next.js服务端获取URL时resolverUrl中+变为%20的解决办法

这种替换本质是HTTP规范的约定：+在URL查询参数中会被默认解析为空格（%20是空格的标准URL编码）。要获取未被修改的原始URL，可根据服务端环境尝试以下几种方案：

• 读取原始请求URL：
  多数服务端框架会保留未经过参数解析的原始请求URL，比如Express里的req.originalUrl。如果你的context对象能访问到底层请求实例，直接读取该属性就能拿到包含+的原始URL：

  // 示例：从context的请求对象中获取原始URL
  const originalUrl = context.req.originalUrl;
  

• 手动还原+字符：
  如果只能拿到已被替换的URL，可针对性地将%20替换回+——但要注意区分原本就是空格的%20和被转换的+。如果业务场景中查询参数里的空格只会以+形式传递，可直接使用：

  const restoredUrl = resolverUrl.replace(/%20/g, '+');
  

• 调整参数解析配置：
  部分框架的URL参数解析器默认会将+转为空格，你可以修改解析规则禁用这个行为。比如手动使用decodeURIComponent解析参数，避免自动转换：

  // 从resolverUrl中提取查询字符串部分
  const queryPart = resolverUrl.split('?')[1];
  // 手动解析参数，保留原始的+
  const rawParams = queryPart?.split('&').reduce((acc, item) => {
    const [key, val] = item.split('=');
    acc[key] = decodeURIComponent(val);
    return acc;
  }, {});
  

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