首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
电商-营销重构优化
写代码的狮子
创建于2025-12-26
订阅专栏
电商-营销重构优化
暂无订阅
共3篇文章
创建于2025-12-26
订阅专栏
默认顺序
默认顺序
最早发布
最新发布
MQ 同步更新缓存:看似简单,其实坑很多
这篇文章不讨论“该不该用 MQ”, 而是结合一次真实业务实践,聊聊: MQ 同步本地缓存到底会在哪些地方失效 为什么这些问题不是 bug,而是设计必然 又该如何在工程上把不可避免的问题关进笼子里 一、
在使用 RoaringBitmap 之后,我是如何通过规则算子与编排收住复杂度的
在上一篇文章中,我介绍了在电商核心链路中引入 RoaringBitmap, 解决活动命中计算的性能与内存问题。 但当这部分性能瓶颈被解决之后,一个新的问题很快浮现出来: 这篇文章想聊的,不是 Roar
在真实业务中使用 RoaringBitmap 的一次实践与取舍
一、背景 在电商系统中,营销板块有一类非常典型、但性能要求极高的场景: 商品打活动标 到手价计算 这些请求都会涉及: 根据多个规则维度,计算命中了哪些活动。 活动规模并不算夸张: 活动总量:万级 商品