配置重写策略（公测中）

重写模式

自定义域名支持路由级别的重写，并且支持精确重写、通配符重写和正则重写三种重写模式。

精确重写

精确重写是指当您请求中的path与匹配规则完全匹配时，使用替换规则中的字符串替代path。例如，匹配规则为/old，替换规则为/new，对于请求/old，经过重写后被替换为/new。更多示例，如下所示。

通配符重写

通配符重写提供了一种简单的匹配方式，可以满足您大多数需求。

通配符重写使用通配符（*）来匹配任意字符串，并且可以在替换规则中根据通配符出现的顺序对通配符匹配的字符串进行引用。例如，匹配规则为/api/*，替换规则为/$1，对于请求/api/getFunctionName，经过重写后被替换为/getFunctionName。更多示例，如下所示。

正则重写

正则重写模式中，匹配规则和重写规则遵守标准的正则表达式。关于正则表达式的规范，请参见正则表达式语法。关于正则重写匹配的示例，如下所示。

匹配顺序和优先级

三种匹配模式的优先级由高到低依次为：精确重写→通配符重写→正则重写。

函数计算支持在一条路由规则下配置多条重写策略，因此，一条请求有可能匹配多个重写策略。当一条请求同时匹配相同重写模式的多条重写策略时，函数计算会按照您的策略顺序依次对请求进行匹配，直到遇到第一个可以成功匹配的策略，则按照该策略进行替换，其余策略不再继续匹配。

var rule1 = &WildcardRules{
    Match:       "/api/v1/*",
    Replacement: "/api/v2/$1",
}

var rule2 = &WildcardRules{
    Match:       "/api/*/*",
    Replacement: "/api/v3/$2",
}

• 如果用户的重写策略为[rule1, rule2]，那么对于请求/api/v1/getFunctionName会被重写为/api/v2/getFunctionName。

• 如果用户的重写策略为[rule2, rule1]，那么对于请求/api/v1/getFunctionName会被重写为/api/v3/getFunctionName。

前提条件

创建函数

操作步骤

您可以在创建自定义域名的同时配置重写策略，也可以为已有自定义域名配置重写策略。