说明：Springboot整合Dubbo完成分布式服务注册，笔者以调用订单信息时调用查询用户地址信息为例。开发工具Idea父项目：springbootdubbointerface提供者：springbootdubboprovider消费者：springbootdubboconsum

一、前言延迟队列的使用场景：1.未按时支付的订单，30分钟过期之后取消订单；2.给活跃度比较低的用户间隔N天之后推送消息，提高活跃度；3.过1分钟给新注册会员的用户，发送注册邮件等。实现延迟队列的方式有两种：1.通过消息过期后进入死信交换器，再由交换器转发到延迟消费队列，实现延迟功能；2.使用rabbitmqdelayed

精品案例1、Nginxluamemcached,redis实现网站灰度发布2、分库分表/基于Leaf组件实现的全球唯一ID(非UUID)3、Redis独立数据监控,实现订单超时操作/MQ死信操作SelectPollEpollReactor模型4、分布式任务调试Quartz应用

现在这个短信通知泛滥的年代；应用如果没有个短信注册；你都不敢说你是搞开发的；这个验证码搞起来是不难的；但是如果刚接触也是有点不知从哪下手的迷茫；先讲下概念；1：找一个靠谱的短信验证码平台；推荐如下使用过的；下面以容联云通讯为例；其他平台一个道理；    阿里大鱼：http://www.alidayu.com/service?spma314

微服务最重要的一个功能是服务间调用，各个服务互相依赖。比如电商系统有订单服务，有库存服务。在我们购买一件商品的时候，需要生成订单和减库存。这里我们就要用到服务间调用Feign。Feign是一个http请求调用的轻量级框架，可以以Java接口注解的方式调用Http请求，而不用像Java中通过封装HTTP请求报文的方式直接调用。接下来我们新建两个modu

//1.在主启动类上加上支持定时任务的注解@EnableSchedulingpublicclassApplication{//2.编写定时任务@ComponentpublicclassOrderJob{@Autowiredp

一、背景随着用户量级的快速增长，vivo官方商城v1.0的单体架构逐渐暴露出弊端：模块愈发臃肿、开发效率低下、性能出现瓶颈、系统维护困难。从2017年开始启动的v2.0架构升级，基于业务模块进行垂直的系统物理拆分，拆分出来业务线各司其职，提供服务化的能力，共同支撑主站业务。订单模块是电商系统的交易核心，不断累积的数据即将达到单

搭建了TiDB数据库集群。不过性能上没有达到我想要的秒级返回的结果。不过也能接收了，毕竟我们主要是用于olap，进行历史数据的分析。时间旧一点也是可以接受的。之前的历史数据是存放在oracle中的，由于历史数据很多，导致查询很慢，公司现在只能查询3个月前的订单（热数据），对于3个月后的订单，就不给客户查询了。我想到的一种解决办法就是分库分表，比如每一家门

验证码应用于我们生活、工作的方方面面，比如注册登录账号、支付订单、修改密码等。下面我是在一次项目中利用滑动拼图验证码和搜索功能“合作共赢”的记录。