URL中哈希ID在新标签打开时变更致后端报错，求排查原因

• 浏览器自动URL编码改变了Base64填充符格式
  浏览器会自动对URL中的特殊字符（比如Base64末尾的=）进行编码，将=转换为%3D。这就导致原本的RTnySsxr8T2lPIihu2LqMw==变成了RTnySsxr8T2lPIihu2LqMw%3D%3D，后端如果直接读取这个编码后的字符串进行Base64解密，会把%3D%3D当成普通字符，而非Base64的填充符，触发“Padding is invalid and cannot be removed”错误。

• 后端解码逻辑未先执行URL解码
  在C#后端中，若直接使用Convert.FromBase64String()处理编码后的id参数，由于字符串包含%这类非Base64合法字符，解码过程会直接失败。正确的处理流程应该是先对获取到的id参数做URL解码（比如用HttpUtility.UrlDecode()或WebUtility.UrlDecode()），还原出带==的原始Base64字符串后，再执行解密操作。

• 前后端对URL参数的编码/解码规则未对齐
  Angular前端生成链接时，若未提前对Base64格式的id做URL编码（或后端未适配浏览器的自动编码行为），就会出现参数格式不匹配的情况。前端如果手动对id做URL编码后再拼入链接，后端拿到的就是编码后的字符串，但仍需要先解码才能正常解密；如果前端不编码，浏览器自动编码后，后端必须处理解码步骤，否则就会拿到错误的id值。

内容的提问来源于stack exchange，提问作者Rin and Len