url - 哪种标准产生的十六进制编码字符前面带有额外的“25”？

Question

我正在尝试与ybp.com集成，后者是专有软件的供应商，用于管理大型图书馆中的图书订购工作流程。它会持续向我提供URL，这些URL包含用额外的“ 25”编码的字符。像这本书的书名：

VOLATILE KNOWING%253a PARENTS%252c TEACHERS%252c AND THE CENSORED STORY OF ACCOUNTABILITY IN AMERICA%2527S PUBLIC SCHOOLS.

此示例中的编码字符如下：

%253a = %3A = a colon
%252c = %2C = a comma
%2527 = %27 = an apostrophe (non-curly)

我需要将这些编码转换为内部应用程序可以识别的格式，而额外的25种则使事情变得毫无节制。十六进制编码字符的最后两位数字似乎与标准URL编码相同，因此蛮力方法是将“％25”替换为“％”。但是我很乐意这样做，因为当由于某种原因出现实际的％25时，一定会在以后困扰我。

那么，这是什么标准？是否存在将此类值转换为其他编码的官方算法？

Answer 1

％25实际上是一个％字符。我的猜测是，外部网站两次意外地对其输出进行URLEncoding。

在这种情况下，可以安全地用％（或只是两次URLDecode）替换％25