GET提交标签筛选生成过长查询字符串，求缩短URL的可行解决方案

你当前URL超长的核心原因是默认表单提交携带了大量冗余参数：所有标签的TagId、Name、isChecked都会完整提交，未选中的标签也会占用参数位，还存在checkbox默认生成的重复isChecked=false参数。可根据需求选择以下优化方案：

方案1：基础参数裁剪（实现成本最低，覆盖绝大多数场景） #

• 移除前端冗余的Name隐藏字段：后端可通过TagId直接匹配标签名称，无需前端来回传递该字段，直接删除对应<input>元素即可。
• 仅提交选中的标签参数：添加前端JS拦截表单提交逻辑，遍历所有标签复选框，仅将勾选状态为true的TagId拼接为逗号分隔的字符串，作为单独的tags参数提交，未选中的标签参数不参与提交。
• 移除默认生成的重复参数：ASP.NET Core默认的checkbox标签助手会自动生成隐藏的isChecked=false输入项，可改为手写原生checkbox元素，避免每个标签重复提交未选中状态参数。
  优化后URL格式为：https://localhost:89514/?tags=19,28,72&SortBy=Relevance&PageSize=2，长度可压缩为原有长度的1/10甚至更低，普通筛选场景完全不会触发超长限制。

方案2：固定长度短URL方案（满足不限筛选数量、URL长度固定的需求） #

该方案对应你提到的固定长度URL实现逻辑，无论选中多少筛选条件，URL长度始终固定：

• 前端拦截表单提交动作，不直接触发GET提交，而是将所有筛选参数（选中的标签ID列表、排序规则、页大小等）通过POST请求发送到后端短码生成接口。
• 后端接收参数后，为该参数组合生成唯一固定长度的短编码（可采用Base62编码自增ID、截取MD5前8位、CRC32编码等方式），同时将短编码与对应参数的映射关系存入缓存（如Redis，可设置7-30天过期，无需永久存储），若生成时出现编码冲突，补充随机偏移量重新生成即可。
• 后端将生成的短编码返回给前端，前端跳转至仅携带短编码的URL，格式为：https://localhost:89514/?k=Xx3kU91z，整体URL长度固定。
• 用户访问携带短编码的链接时，后端先通过短编码查询缓存拿到对应的原始筛选参数，再执行菜谱筛选逻辑返回结果即可。

折中方案：无存储的压缩编码 #

如果不想额外存储短编码映射关系，可将选中的标签ID列表转为Base62编码后作为参数传递，相比逗号分隔的数字字符串长度可再缩短30%左右，该方案URL长度会随选中标签数量增加而变长，但相比原有格式仍有极大压缩。

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