future_xiaowu的博客

背景： 现有一个分布式的应用要与第三方报表服务对接，对方提供restful接口，调用这些接口以获取报表信息或者下载报表文件。首先，如果不需要下载文件，直接在MVC架构的service调用这些rest接口就好。可涉及到文件下载，网络IO耗时可能比较长而报表服务能承受的并发量有限，请求过多可能压垮报表服务的接口 问题分析与解决思路： 限制报表请求的并发量防止报表服务端报错或者崩溃，将请求参数放入分布式队列，利用redis计数currency，超出并发数量就限流，给出排队提示并将请求打回队列头部，未超出则从

背景：新工作的第一个需求要实现分布式的并发控制，跟以往写过的单服务应用不同，synchronized 锁sempheore信号量这种jvm层级的锁就不能满足要求了，要考虑类似阿里开源组件sentinel或者自己实现一个。 要实现分布式下的原子性，就要保证进程在操作竞态资源的时候是唯一的，不能出现并发的情况 redis锁可以满足这种要求，应用之间，能同时拿到redis锁的服务只能有一个，可以保证分布式下某个操作的原子性 对于springboot项目，首先引入redis依赖 &lt