关于短链接的干货知识分享

文本已包含在我的GitHub仓库中。欢迎浏览：

最近，我收到一个请求，其中涉及到短链接的知识，所以我去查看了相关信息，我会在这里与您分享

一、短链接介绍

例如短链接的话，现在我的GitHub地址是：（36个字符）

我可以通过百度的短链接服务将上述地址转换成（23个字符）

短链接

那么为什么我要把原来的URL变成一个较短的链接？例如，我们发送短信提醒用户去XXX。XXX有优惠活动，并且经常有一个链接在拷贝上跳转，这样用户就可以快速进入相应的活动登陆页面

发送短信需要成本。短信的成本主要包括两个方面：

发送的人数（发送的人数越多，自然短信的成本就越高，我不会解释）

短信发送的字数（例如，如果副本中的总字数超过70个字，将对两条短信收费，如果超过140个字，将对三条短信收费）

因此，在向用户发送短信时：要么让更准确和高质量的用户来控制发送的短信数量生成短链接，要么尽量控制文本中的字数

显然，如果你在短信中添加一个普通的URL，那么一个真正的文案撰写人可以写的字数就不多了。所以我们可以发现，大公司短信推送的URL都是短链接

短链接案例之一

例如，当一些平台发布消息时，字数将受到限制。如果我们的URL太长，很容易受到限制：

限制字数：使用短链接的优点：短、文字少、美观、易于发布和传播

二、它是如何做短链接的

我们先回到生成的短链

虽然这个链接看起来有点奇怪，但它毕竟还是一个链接。我们可以将其与URL的特征区分开来：

域名

让我们在浏览器中请求一个短链接，看看会发生什么：

302跳转

短连接的原则实际上是：

总示意图2.1待解决的核心问题

从上面的分析中，我们可以知道，我们实际上需要做的是如何从lwlrfg4j等参数中找到相应的完整URL：

我首先想到的是：我可以通过压缩算法压缩较小的字符吗

显然，不，大多数压缩算法只适用于大文本，URL本身不一定很大。。。压缩后的URL肯定比原始URL大

我想到的第二件事是：我可以使用哈希算法吗？尽管如此干货教程:最近学习的“短链接”知识，哈希仍然存在哈希冲突问题

第三次想到什么？我想不起来了

现在，发送方（ID自动递增）+62十六进制代码在行业中广泛使用：

然后可以生成我的短链URL生成短链接，其中是域名，2bi是二进制转换后的参数

为什么要使用二进制转换？我听说过很多关于64转换的事情

6个字符

总结：

短链接过程三、SMS链接直接跳转到应用程序即可。

以上就是关于《关于短链接的干货知识分享》的全部内容了，感兴趣的话可以点击右侧直接使用哦！》》在线短链接生成器