Entrar Agora 在微博、短信或海报里放链接时，原始网址常常长得让人头疼，尤其是带了一堆参数和路径的页面。短链的作用，就是把这种长地址映射成一个很短的新地址，点击后再跳回原来的页面。它并不是真的把整条网址压缩了，而是服务器在后台记下了短码和长链之间的对应关系。
有了这个映射，接下来就是怎么生成短码。常见的一种思路，是用 MD5、SHA-1 这类哈希函数对长链做摘要计算，再取其中一段作为短码。这样做规则简单、生成速度快，但哈希碰撞是绕不开的问题：两条不同的长链，可能得到同一个摘要值。实际系统通常会加入随机数、时间戳，或者遇到冲突时重新生成，保证短码在系统里唯一。
另一种做法是 Base64 编码。先把长链转成二进制，再做 Base64 编码，得到一串字符。它确实能把长度缩短一些，但压缩幅度有限，而且编码结果里可能出现大小写字母、数字和符号，看起来并不直观。因此它更适合作为中间步骤，而不是单独支撑一个短链系统。
也有平台会自己设计短码生成逻辑。比如内部维护一个自增编号，再把这个编号转成更短的字符串；或者结合随机字符、字符集映射等方式生成短码。这些做法虽然规则不同，但目标是一致的：让短码尽量短、不重复，并且能快速反查到原链接。
如果不想自己折腾这些，直接用第三方短链服务当然更省事。像 Bitly、TinyURL、快缩短网址这类平台，已经把生成、存储、跳转和统计打包好了。不同平台的功能侧重不太一样：有的支持批量导入，有的提供自定义后缀、访问密码、有效期，有的开放 API，有的会针对微信、淘宝等平台做防屏蔽处理。第三方短链服务通常分免费和付费版本，免费版可能在链接数量、统计维度或高级功能上有所限制；企业用量大的时候，再考虑付费或私有化部署。选择时按实际需要看就行，不必只盯着“能不能生成短链”这一点。
用户点击短链时，服务器会根据短码找到目标长链，再返回一个重定向。这里常用的是 301 和 302。301 表示永久移动，浏览器和搜索引擎可能会记住新的地址，后续直接访问长链；302 是临时跳转，每次点击都会先到短链服务器，再转到目标页。正因为 302 每次都会经过短链服务，平台才能统计到点击量、来源、设备等信息。因此，做投放和效果分析时，302 更常见；如果只是想让权重集中到最终页面，301 也有它的价值。
从实际使用来看，短链早就超出了“把网址变短”这个单一功能。社交媒体有字数限制，短链可以省空间；短信按条数计费，链接越短，用户阅读和点击的意愿也会好一些；线下二维码背后的网址如果太长，码会变得密集难扫，先缩短再生成二维码更稳定。除此之外，短链还可以做统一管理：同一个短码在不同时间指向不同活动页，或者根据设备类型分别跳转到 iOS、安卓和 PC 的落地页。
不过，短链也不是没有顾虑。短码本身看不出目标地址，用户难免担心被引导到钓鱼页面；短链服务一旦停止运营，老链接也可能失效。所以对个人来说，选择长期稳定的服务很重要；对企业来说，用自有域名搭建短链系统，是更可控的做法。与此同时，短码的可读性、生成策略的安全性、点击数据的准确性，都会直接影响使用体验。
长链转短链，看起来简单，背后其实是一套映射、生成、重定向和数据分析的组合机制。哈希、Base64、自定义算法和第三方服务各有适用场景，没有哪一种绝对最优。理解了这些基础，再根据自己的业务量、稳定性要求和统计需求去选实现方式，会清晰很多。