jfinal获取url链接上面传来的string类型的值_知道短URL服务是如何设计的吗?

84448b8757878d760632df1ecf849f97.png
新人大礼包,30G Java架构资料,免费领取​zhuanlan.zhihu.com
8ce3f539b6b3c57a09d66b7a3dbe4d97.png
前言

相信在日常生活中,大家或多或少都收到过一些推销短信。短信中除了文字还有一些链接,而链接多半是一些短链接,如下图所示:

00dc1aa942ec4c8f43a28c01bec4d712.png

为什么这里面的 url 都是短的呢? 有什么好处呢? 又是怎么做到的呢?今天一一为大家解答。

短 url 的好处有:

  1. 短。短信和许多平台 (微博) 有字数限制,太长的链接加进去都没有办法写正文了;
  2. 好看。比起一大堆不知所以的参数, 短链接更加简洁友好;
  3. 方便做统计。你点了链接会有人记录然后分析的;
  4. 安全。不暴露访问参数。

这就是为什么我们现在收到的垃圾短信大多数都是短 URL 的原因了。那么短 URL 是怎么做到的呢?

短 URL 基础原理

短 URL 从生成到使用分为以下几步:

  1. 有一个服务, 将要发送给你的长 URL 对应到一个短 URL 上. 例如 www.baidu.com->www.t.cn/1
  2. 把短 url 拼接到短信等的内容上发送
  3. 用户点击短 URL, 浏览器用 301/302 进行重定向, 访问到对应的长 URL
  4. 展示对应的内容

本文主要集中于第一步,即如何将一个长 URL 对应到短 URL 上。

服务设计

如果你在往长短 URL 真实的对应关系上想, 那么就走远了。

最理想的情况是:我们用一种算法, 对每一个长 URL, 唯一的转换成短 URL, 还能保持反向转换的能力。

但是这是不可能的, 如果有这样的算法, 世界上的所有压缩算法都可以原地去世了。

正确的思路是建立一个发号器, 每次有一个新的长 URL 进来, 我们就增加一, 并且将新的数值返回。第一个来的 url 返回 "http://www.x.cn/0", 第二个返回 "http://www.x.cn/1"。

接下来以 QA 形式写几个小问题:

对应关系如何存储?

这个对应数据肯定是要落盘的,不能每次系统重启就重新排号, 所以可以采用 mysql 等数据库来存储。而且如果数据量小且 qps 低, 直接使用数据库的自增主键就可以实现。

如何保证长短链接一一对应?

按照上面的发号器策略,是不能保证长短链接的一一对应的, 你连续用同一个 URL 请求两次, 结果值都是不一样的。

为了实现长短链接一一对应,我们需要付出很大的空间代价, 尤其是为了快速响应,我们可以需要在内存中做一层缓存, 这样子太浪费了。

但是可以实现一些变种的,来实现部分的一一对应,比如将最近 / 最热门的对应关系存储在 K-V 数据库中, 这样子可以节省空间的同时, 加快响应速度。

短 URL 的存储

我们返回的短 URL 一般是将数字转换成 32 进制, 这样子可以更加有效的缩短 URL 长度, 那么 32 进制的数字对计算机来说只是字符串, 怎么存储呢? 直接存储字符串对等值查找好找,对范围查找等太不友好了。

其实可以直接存储 10 进制的数字, 这样不仅占用空间少, 对查找的支持较好, 同时还可以更加方便的转换到更多 / 更少的进制来进一步缩短 URL。

高并发

如果直接存储在 MySQL 中, 当并发请求增大,对数据库的压力太大, 可能会造成瓶颈, 这时候是可以有一些优化的。

缓存

上面保证长短链接一一对应中也提到过缓存, 这里我们是为了加快程序处理速度. 可以将热门的长链接 (需要对长链接进来的次数进行计数), 最近的长链接(可以使用 redis 保存最近一个小时的) 等等进行一个缓存, 保存在内存中或者类似 redis 的内存数据库中, 如果请求的长 URL 命中了缓存, 那么直接获取对应的短 URL 进行返回,不需要再进行生成操作。

批量发号

每一次发号都需要访问一次 MySQL 来获取当前的最大号码, 并且在获取之后更新最大号码, 这个压力是比较大的。

我们可以每次从数据库获取 10000 个号码, 然后在内存中进行发放, 当剩余的号码不足 1000 时, 重新向 MySQL 请求下 10000 个号码。在上一批号码发放完了之后,批量进行写入。

这样可以将对数据库持续的操作移到代码中进行, 并且异步进行获取和写入操作,保证服务的持续高并发。

分布式

上面设计的系统是有单点的, 那就是发号器是个单点, 容易挂掉。

可以采用分布式服务, 分布式的话, 如果每一个发号器进行发号之后都需要同步给其他发号器,那未必也太麻烦了。

换一种思路,可以有两个发号器, 一个发单号, 一个发双号, 发号之后不再是递增 1,而是递增 2。

类比可得, 我们可以用 1000 个服务,分别发放 0-999 尾号的数字, 每次发号之后递增 1000。这样做很简单, 服务互相之间基本都不用通信, 做好自己的事情就好了。

实现

注:代码中使用到 MySQL 的地方都使用了 Redis。

  1. package util;
  2. import redis.clients.jedis.Jedis;
  3. /**
  4. * Created by pfliu on 2019/06/23.
  5. */
  6. public class ShortUrlUtil {
  7. private static final String SHORT_URL_KEY = "SHORT_URL_KEY";
  8. private static final String LOCALHOST = "http://localhost:4444/";
  9. private static final String SHORT_LONG_PREFIX = "short_long_prefix_";
  10. private static final String CACHE_KEY_PREFIX = "cache_key_prefix_";
  11. private static final int CACHE_SECONDS = 1 * 60 * 60;
  12. private final String redisConfig;
  13. private final Jedis jedis;
  14. public ShortUrlUtil(String redisConfig) {
  15. this.redisConfig = redisConfig;
  16. this.jedis = new Jedis(this.redisConfig);
  17. }
  18. public String getShortUrl(String longUrl, Decimal decimal) {
  19. // 查询缓存
  20. String cache = jedis.get(CACHE_KEY_PREFIX + longUrl);
  21. if (cache != null) {
  22. return LOCALHOST + toOtherBaseString(Long.valueOf(cache), decimal.x);
  23. }
  24. // 自增
  25. long num = jedis.incr(SHORT_URL_KEY);
  26. // 在数据库中保存短-长URL的映射关系,可以保存在MySQL中
  27. jedis.set(SHORT_LONG_PREFIX + num, longUrl);
  28. // 写入缓存
  29. jedis.setex(CACHE_KEY_PREFIX + longUrl, CACHE_SECONDS, String.valueOf(num));
  30. return LOCALHOST + toOtherBaseString(num, decimal.x);
  31. }
  32. /**
  33. * 在进制表示中的字符集合
  34. */
  35. final static char[] digits = {'0', '1', '2', '3', '4', '5', '6', '7', '8',
  36. '9', 'A', 'B', 'C', 'D', 'E', 'F', 'G', 'H', 'I', 'J', 'K', 'L',
  37. 'M', 'N', 'O', 'P', 'Q', 'R', 'S', 'T', 'U', 'V', 'W', 'X', 'Y',
  38. 'Z', 'a', 'b', 'c', 'd', 'e', 'f', 'g', 'h', 'i', 'j', 'k', 'l', 'm', 'n', 'o', 'p', 'q', 'r', 's', 't', 'u', 'v', 'w', 'x', 'y', 'z'};
  39. /**
  40. * 由10进制的数字转换到其他进制
  41. */
  42. private String toOtherBaseString(long n, int base) {
  43. long num = 0;
  44. if (n < 0) {
  45. num = ((long) 2 * 0x7fffffff) + n + 2;
  46. } else {
  47. num = n;
  48. }
  49. char[] buf = new char[32];
  50. int charPos = 32;
  51. while ((num / base) > 0) {
  52. buf[--charPos] = digits[(int) (num % base)];
  53. num /= base;
  54. }
  55. buf[--charPos] = digits[(int) (num % base)];
  56. return new String(buf, charPos, (32 - charPos));
  57. }
  58. enum Decimal {
  59. D32(32),
  60. D64(64);
  61. int x;
  62. Decimal(int x) {
  63. this.x = x;
  64. }
  65. }
  66. public static void main(String[] args) {
  67. for (int i = 0; i < 100; i++) {
  68. System.out.println(new ShortUrlUtil("localhost").getShortUrl("www.baidudu.com", Decimal.D32));
  69. System.out.println(new ShortUrlUtil("localhost").getShortUrl("www.baidu.com", Decimal.D64));
  70. }
  71. }
  72. }
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值