chuanchengdabing的博客

解决方案：SpringBoot分布式项目跨域场景：web端：localhost:8001后台user服务：localhost:9001请求：web端请求 后台user服务，报跨域异常异常信息：Access to XMLHttpRequest at 'http://localhost:9001/user/register' from origin 'http://localhost:8001' has been blocked by CORS policy: No 'Acces

解决方案：布隆过滤器（Bloom Filter）关键词组成（一个很长的二进制向量 + 一系列随机映射函数）快速 且 空间效率高 的判断一个元素是否属于一个集合布隆过滤器处理流程布隆过滤器应用很广泛，比如垃圾邮件过滤，爬虫的url过滤，防止缓存击穿等等。下面就来说说布隆过滤器的一个完整流程，相信读者看到这里应该能明白布隆过滤器是怎样工作的。第一步：开辟空间开辟一个长度为m的位数组（或者称二进制向量），这个不同的语言有不同的实现方式，甚至你可以用文件来实现。第二步：寻找has

数据同步解决方案Canal

解决方案：OpenResty 网站首页数据缓存需求： 将网站首页进行独立部署到Nginx中实现的思路 ： Nginx+Lua（OpenResty成熟的产品）一、OpenRestyOpenResty(又称：ngx_openresty) 是一个基于 NGINX 的可伸缩的 Web平台，由中国人章亦春发起，提供了很多高质量的第三方模块。OpenResty 是一个强大的 Web 应用服务器，Web 开发人员可以使用 Lua脚本语言调动 Nginx 支持的各种 C 以及 Lua 模块,更主要的是在性能方面

Lua环境搭建

分布式ID生成

解决方案：rabbitmq使用场景-超时未支付订单处理消息的TTL（Time To Live）消息的TTL就是消息的存活时间。RabbitMQ可以对队列和消息分别设置TTL。对队列设置就是队列没有消费者连着的保留时间，也可以对每一个单独的消息做单独的设置。超过了这个时间，我们认为这个消息就死了，称之为死信。死信交换器 Dead Letter Exchanges一个消息在满足如下条件下，会进死信路由，记住这里是路由而不是队列，一个路由可以对应很多队列。（1） 一个消息被Consumer拒收了，并且

解决方案：秒杀整体设计秒杀技术实现核心思想是：运用缓存减少数据库瞬间的访问压力读取商品详细信息：运用缓存，当用户点击抢购时减少缓存中的库存数量，当库存数为0时或活动期结束时，同步到数据库产生的秒杀预订单：也不会立刻写到数据库中，而是先写到缓存，当用户付款成功后再写入数据库1. 秒杀商品压入Redis缓存秒杀由B端存入MYSQL，设置定时任务，每隔一段时间就从MYSQL中将符合条件的数据从MYSQL中查询出来并存入缓存中，redis以Hash类型进行数据存储（namespace=时间，key=商

解决方案：超卖（Redis原子队列）不建议使用锁，影响效率实践：//为每个商品维护一个队列List,该List的长度就是每个商品的库存数//List中存什么不重要,重要的是长度和库存数一致,将每个元素都存储该秒杀商品的idredisTemplate.boundListOps(seckillGood.getId()). leftPushAll("key","商品id集合") ;...

解决方案：重复抢单 Redis原子计数器incr实践 /** * 下单 * * @param time * @param id * @param username */ @Override public void add(String time, Long id, String username) { /** * 解决重复抢单问题：（即使多线程同时请求，redis是单线程的，也没问题）

Nginx高可用方案

微服务鉴权

限流

加密算法剖析

1. 配置文件：application.yml修改application.yml ,在spring.cloud.gateway节点添加配置 # 网关跨域配置start--------------------------------- # 开启网关的跨域功能，具体微服务上的跨域需要进行关闭，否则无效 globalcors: cors-configurations: '[/**]': # 匹配所有请求 allowe