- 博客(8)
- 收藏
- 关注
RSS订阅原创 redis应用场景
用户画像 英文为User Profile，是根据用户基本属性、社会属性、行为属性、心理属性等真实信息而抽象出的一个标签化的、虚拟的用户模型。“用户画像”的实质是对 “人”的数字化。应用场景有很多，比如个性化推荐、精准营销、金融风控、精细化运营等等， 举个例子来理解用户画像的实际应用价值，我们经常用手机网购，淘宝里面的千人千面。通过“标签 tag”来对用户的多维度特征进行提炼和标识，那每个人的用户画像就需要存储，set集合就适合去重。锁的过期时间，如何实现锁的自动续期 或者 避免业务执行时间过长，锁过期了？
2023-04-03 13:47:23
172
原创 Nginx综述
当levels=1:1:1时，表示是三级目录，且每级目录数均为16个;proxy_cache_valid 配置nginx cache中的缓存文件的缓存时间,proxy_cache_valid 200 304 2m 对于状态为200和304的缓存文件的缓存时间是2分钟;客户端和目标服务器之间的服务器，客户端向代理发送一个请求指定目标服务器，然后代理向目标服务器请求并获得内容，并返回给客户端，平时说的代理服务器一般是正向代理服务器，如跳板机（知道自己要访问什么）。
2023-03-21 17:33:47
186
原创 论如何突破微信⽀付统⼀下单600QPS
1.业务背景：在秒杀或者高并发业务场景中，微信支付的统一下单接口频率存在一定限制,比如600QPS。附目前文档：https://pay.weixin.qq.com/wiki/doc/apiv3/wxpay/pages/ico-guide/chapter1_5.shtml2.解决方案2.1 多商户策略采用负载均衡的方式进行操作2.2 记录好用户下单所用的商户信息，也可以预先绑定好如5个商户号，用户下单根据id取模，分配到固定的商户，后续的退款、查询订单也根据id取模固定到相同的商户进行操作。2
2022-04-12 18:08:50
775
原创 基于自定义注解的多场景防重提交设计
1.项目开发中可能碰到情况 1.1 前端下单按钮重复点击导致订单创建多次 1.2 网速等原因造成页面卡顿，用户重复刷新提交请求 1.3 黑客或恶意用户使用postman等http工具重复恶意提交表单2.防重提交的几种方式 2.1 前端JS控制点击次数，屏蔽点击按钮无法点击 劣势：前端可能被绕过 2.2 数据库或者其他存储增加唯一索引约束 劣势：需要满足业务需求的唯一约束，如手机号唯一，不满足全部业务 2.3 服务端token令牌方式 **下单前先获取令牌-
2022-01-26 14:50:17
886
原创 基于@Async+ThreadPoolTaskExecutor自定义线程+resttemplate池化的短信发送配置
生活中，短信的发送涉及到网络通信，我们常常会采用异步的方法来改善用户体验，下面为大家介绍下java异步发送的通用方法。 主要包含以下三个方面：1.加入@Async注解（开启异步方法，提高生产能力）2.自定义ThreadPoolTaskExecutor线程池（防止OOM）3.resttemplate池化（提高消费能力）以下是详细使用方法1.加入@Async注解开启方法很简单。1.1 启动类开启@EnableAsync注解1.2任务类用@component使其加入容器，并在其方法上加@A.
2021-12-21 19:45:31
742
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人