[Markdown阅读][1] 今天上班的时候收到一个需要短链接的需求,之前的做法都是使用了新浪的短链接API(https://api.weibo.com/2/short_url/shorten.json).但一是外网访问,二可能是新浪有所限制(毕竟是免费的),性能肯定不是太好.于是就想能不能自己实现一个,这样内网访问肯定快不少. 下班在班车上想了下,初步有些思路,记录一下,有什么说错的,欢迎指正.关于短链接的问题,我首先想到是两个问题: 1. 持久化的问题,是否有必要保证短链接永久有效? 2.…

前言 基于Redis的分布式锁实现,原理很简单嘛:检测一下Key是否存在,不存在则Set Key,加锁成功,存在则加锁失败.对吗?这么简单吗? 如果你真这么想,那么你真的需要好好听我讲一下了.接下来,咱们找个例子研究一下. 在开始之前,咱们先定些规则: 关于示例代码: 需要搭配我准备的示例代码,该示例采用C#编写 示例中的材料Id固定为10000 示例中的材料初始库存均为100 关于Redis中的Key: 指示材料库存的Key为ProductStock_10000 自己实现的分布式锁中,指示锁的…

基于Redis&MySQL接口幂等性设计 欲把相思说似谁,浅情人不知. 1.幂等 幂等性即多次调用接口或方法不会改变业务状态,可以保证重复调用的结果和单次调用的结果一致. 2.幂等使用场景 前端重复提交 用户注册.创建商品.提交订单.转账.支付等操作,前端都会提交一些数据给后台服务,后台需要根据用户提交的数据在数据库中创建记录.如果用户不小心多点了几次,后端收到了好几次提交,这时就会在数据库中重复创建了多条记录.这就是接口没有幂等性带来的bug. 接口超时重试 对于给第三方调用的接口,有可能会因…

点赞其实是一个很有意思的功能.基本的设计思路有大致两种, 一种自然是用mysql等 数据库直接落地存储, 另外一种就是利用点赞的业务特征来扔到redis(或memcache)中, 然后离线刷回mysql等. 直接写入Mysql 直接写入Mysql是最简单的做法. 做两个表即可, 1.post_like 记录文章被赞的次数,已有多少人赞过这种数据就可以直接从表中查到; 2.user_like_post 记录用户赞过了哪些文章, 当打开文章列表时,显示的有没有赞过的数据就在这里面; 缺点 1.数据库…

1. 原理     a. 从redis 获取需要表示的短链接的id( redis incr)     b. hashids 编码 id     c. openresty  conteent_by_lua_block 阶段显示数据   2. 安装以来的插件      a. lua hashdis  使用  luarocks 注意需要先安装lua 开发包    b. copy hashids lua 包 到 openresty 的lualib  方便调用    c. redis 安装   luaro…

认证流程 Shiro的认证流程可以看作是个“有窗户黑盒”, 整个流程都有框架控制,对外的入口只有subject.login(token);,这代表“黑盒” 流程中的每一个组件,都可以使用Spring IOC容器里的Bean来替换,以实现拓展化.个性化,这代表“有窗户”. 本示例的认证流程可以参考下图: (黑色区域中的红箭头线只代表受关注组件的流程,而不是直接调用,实际上Shiro每个流程的组件都是互相解耦的) 黑色区域里的两块白色区域,就是两个自定义的类. 关键代码如下: /** * 认证 */…

=============:短链接设计思路:核心:将长字符转为短字符串并建立映射关系,存储redis中.1.使用crc32转换为Long 2.hashids将long encode为最短字符串.作为短连接后缀, ==========关键字过滤设计思路:1.将关键字列表中每个关键字字符转换为字典树,利用ac自动机算法匹配.--备注:KMP算法:查找模式串中最长相同的前缀和后缀的最长长度.即next[j]的值,失配索引j-next[j]=移动位数.字典树:将目标串按字符串起来,相同前缀则共享前缀,不…

1.分布式锁缘由 学习编程初期,我们做的诸如教务系统.成绩管理系统大多是单机架构,单机架构在处理并发的问题上一般是依赖于JDK内置的并发编程类库,如synchronize关键字.Lock类等.随着业务以及需求的提高,单机架构不再满足我们的要求,这个时候我们不免要进行业务上的分离,例如基于Maven进行多模块开发.业务与业务分离之后,遇到的首要问题就是业务之间如何进行通信,相信会有不少读者了解诸如Dubbo.SpringCloud之类的RPC框架,但这些RPC框架并没有自带处理分布式并发问题的功能…

https://www.qcloud.com/community/article/222 宋增宽,腾讯工程师,16年毕业加入腾讯,从事海量服务后台设计与研发工作,现在负责QQ群后台等项目,喜欢研究技术,并思考技术演变,专注于高并发业务架构的设计与性能优化.下半年利用空余时间研究和分析了部分Redis源码,本文从网络模型.数据结构和内存管理.持久化和多机协作四个角度对redis的设计思路进行了分析,若有不正确之处,希望各路大神指出. Redis是业界普遍应用的缓存组件,研究一个组件框架,最直观的办…

版权声明:本文由宋增宽原创文章,转载请注明出处: 文章原文链接:https://www.qcloud.com/community/article/222 来源:腾云阁 https://www.qcloud.com/community 宋增宽,腾讯工程师,16年毕业加入腾讯,从事海量服务后台设计与研发工作,现在负责QQ群后台等项目,喜欢研究技术,并思考技术演变,专注于高并发业务架构的设计与性能优化. 下半年利用空余时间研究和分析了部分Redis源码,本文从网络模型.数据结构和内存管理.持久化和多机…