方案 1：数据库轮询 方案 2：JDK 的延迟队列 方案 3：时间轮算法 方案 4：redis 缓存 方案 5：使用消息队列 了解需求 在开发中，往往会遇到一些关于延时任务的需求。 例

我正在参加「掘金·启航计划」 前言 作为一名本本分分的练习时长两年半的Java练习生，一直深耕在业务逻辑里，对并发编程的了解仅仅停留在八股文里。一次偶然的机会，接到一个私活，核心逻辑是写一个 定时访问

个人支付项目，本项目是对接支付宝【当面付】接口，完成了用户支付、成功回调、分布式锁处理并发问题等几大功能亮点，所以本项目不论是写在简历上还是用来当作个人项目都是非常好的

手机号码一键登录是最近两三年出现的一种新型应用登录方式，比之前常用的短信验证码登录又方便了不少。登陆时，应用首先向用户展示带有本机号码掩码的授权登录页面，用户点击“同意授权”的按钮之后，应用即可获取

分库分表的文章网上非常多，但是大多内容比较零散，以讲解知识点为主，没有完整地说明一个大表的切分、新架构设计、上线的完整过程。因此，我结合去年做的一个大型分库分表项目，来复盘一下完整的分库分表从架构设计

签到周期: 常用的签到周期为一周或者一个月.我们的app采用的是一个月的方案.市面上的签到日历界面都大同小异,接下来我会给大家分享以月为周期的签到日历实现方案以及伴生的签到任务实现方案. /signIn GET协议 用于查询头部的总积分和签到日历部分. /signIn/conf…

把一个大型的单个应用程序和服务拆分为数个甚至数十个的支持微服务，这就是微服务架构的架构概念，通过将功能分解到各个离散的服务中以实现对解决方案的解耦。

首先，我们需要明确一下这几个名词出现的场景：分布式高并发环境。如果你的产品卖相不好，没人鸟它，那它就用不着这几个属性。不需要任何加成，低并发系统就能工作的很好。 分布式系统是一个整体，调用关系错综复杂

场景 很多公司（特别是做电商的）其实都是不允许多表关联查询的，或者严格控制关联的表数量，比如最多关联2、3张表。此时，如果某个需求又确实需要进行关联查询怎么办呢？