链接到的官方文档报告
规则匹配来自执行受条件列表约束的操作列表的源列表的请求。当至少有一个源、一个操作和所有条件与请求匹配时，就会发生匹配。空规则总是匹配的。规则中的任何字符串字段都支持Exact、Prefix、Suffix和Presence match:
Exact match: “abc” will match on value “abc”.
Prefix match: “abc*” will match on value “abc” and “abcd”.
Suffix match: “*abc” will match on value “abc” and “xabc”.
Presence match: “*” will match when value is not empty.
这是否意味着我可以在开始或结束时应用*，这样这些路径就不起作用了？
- operation:
methods: ["POST"]
paths: ["/example-service/test/*/operation"]
这听起来有局限性，不是吗？
这听起来是一个限制，不是吗？
是的，当前不支持类似此/example-service/test/*/operation的路径
只能在字符串的开头、结尾或整个字符串处使用通配符。不能在字符串中使用多个通配符。
在github上，您可以找到issueSupport regex for ServiceRole spec.rules.paths，但它当前是打开的。最后一句话：
此功能有任何更新吗？对
/foo/id/*/bar的支持将是一个很大的优势。
不幸的是，目前不支持这种使用，尽管这种情况将来可能会改变。看看这个github问题和这个问题。
有关可能的解决方法，请参阅github主题。