如何判断nvarchar值是否URLEncoded及是否需执行URL解码？

仅靠「是否包含空格」来判定文本未编码，会存在不少遗漏的边缘情况，具体如下：

已编码但不含空格的场景 #

• 仅含特殊字符编码的文本：比如原文本Hello!World编码后为Hello%21World，字符串里既无空格也无+，但确实是编码内容，按你的判断会被当成普通文本跳过解码，导致%21无法还原为!。
• 用%20替代空格的编码文本：部分场景下URL编码会用%20表示空格（而非+），比如Hello%20World，同样不含空格，会被误判为普通文本。
• 混合编码与普通字符但无空格的文本：比如编码后的User%3Aadmin%20ID%3A123（空格转成%20），无空格特征，会被当成未编码文本处理。

未编码但含+或%的场景 #

• 普通文本含+但非空格替代：比如数学表达式3+5=8、产品型号iPhone+14，这些是正常未编码文本，若误判为编码内容解码，+会被替换为空格，导致文本失真。
• 普通文本含%但非编码标识：比如百分比描述50%折扣、版本号v2.3%beta，解码时会尝试解析%后的字符，若不是合法编码格式，可能出现报错或乱码，破坏原文本。

更可靠的判断方案 #

• 验证编码可逆性：对包含%或+的文本，先尝试解码，再将解码后的内容重新编码，若编码结果与原文本一致，说明是编码后的内容，再执行解码。示例逻辑（伪代码）：

  DECLARE @Original NVARCHAR(MAX) = 'Hello%21World';
  DECLARE @Decoded NVARCHAR(MAX) = dbo.URL_Decode(@Original);
  DECLARE @ReEncoded NVARCHAR(MAX) = dbo.URL_Encode(@Decoded);
  IF @ReEncoded = @Original
      SET @Result = @Decoded;
  ELSE
      SET @Result = @Original;
  

  注：SQL Server无内置URL编解码函数，需自行实现或通过CLR函数完成，实现时要遵循application/x-www-form-urlencoded规则（+转空格、%xx解码）。
• 结合业务场景辅助判断：如果消息有来源标识（如接口推送的消息会编码，用户手动输入的不会），可结合来源字段判断，比纯文本特征判断更准确。

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