嘿，这个问题问到点子上了！在标准SPARQL里，确实没有内置的一键式URI转义函数，但你猜想的用REPLACE函数嵌套调用的思路完全正确——这也是目前实现字符串转URI百分号编码最常用的简易方案。

核心思路：逐个转义特殊字符 #

URI规范里有一堆不能直接出现的特殊字符（比如空格、<、>、&等），必须转换成对应的百分号编码（比如空格→%20，<→%3C）。我们可以通过多次嵌套REPLACE，逐个替换这些特殊字符。

举个实际例子 #

比如你提到的字符串"1 < 2"，要转成符合URI规范的格式，对应的SPARQL查询可以这么写：

SELECT ?original ?escapedString ?finalUri
WHERE {
  # 定义原始字符串
  BIND("1 < 2" AS ?original)
  
  # 依次转义空格、<、>三个特殊字符
  BIND(
    REPLACE(
      REPLACE(
        REPLACE(?original, " ", "%20"),  # 先转义空格
        "<", "%3C"                       # 再转义<
      ), 
      ">", "%3E"                         # 最后转义>
    ) AS ?escapedString
  )
  
  # 把转义后的字符串拼接成完整URI（这里用示例前缀，你可以换成自己的）
  BIND(URI(CONCAT("http://example.org/resource/", ?escapedString)) AS ?finalUri)
}

执行这个查询后，?finalUri的值就是http://example.org/resource/1%20%3C%202，完全符合你的需求。

扩展处理更多特殊字符 #

如果你的字符串里还有其他需要转义的字符（比如&→%26、?→%3F、#→%23），只需要继续嵌套REPLACE即可。比如要处理&，就在现有嵌套里加一层：

REPLACE(
  REPLACE(
    REPLACE(
      REPLACE(?original, " ", "%20"),
      "<", "%3C"
    ), 
    ">", "%3E"
  ),
  "&", "%26"
)

关于引擎扩展的补充 #

有些SPARQL引擎（比如Apache Jena）提供了自定义扩展函数来简化转义（比如fn:encode-for-uri），但这类函数不是标准SPARQL的一部分，换个引擎可能就用不了。如果要写跨引擎兼容的查询，嵌套REPLACE是最稳妥的选择。

总结 #

这种方法虽然看起来有点繁琐，但胜在简单直接，不需要依赖任何外部工具或引擎扩展，完全符合标准SPARQL规范。如果需要频繁处理这类转义，你也可以在支持自定义函数的引擎里封装一个转义函数，但对于大多数简单场景，直接嵌套REPLACE就足够好用了。

内容的提问来源于stack exchange，提问作者Finn Årup Nielsen