首页
AI Coding
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
值得一看
订阅
yuanlb
更多收藏集
微信扫码分享
微信
新浪微博
QQ
14篇文章 · 0订阅
延迟双删如此好用,为何大厂从来不用
Cache-aside下数据变更推荐使用删除缓存的策略,为降低数据不一致通常会配合延迟双删策略。但大厂却很少使用这种方式。背后原因是什么呢?延迟双删策略有致命缺陷么?大厂采用什么策略。
这个排队系统设计碉堡了
各位好,我是南哥。 我在网上看到某厂最后一道面试题:如何设计一个排队系统? 关于系统设计的问题,大家还是要多多思考,可能这道题考的不是针对架构师的职位,而是关于你的业务设计能力。如果单单只会用开源软件
依赖倒置原则:高层代码和底层代码,到底谁该依赖谁?
依赖这个词,程序员们都好理解,意思就是,我这段代码用到了谁,我就依赖了谁。依赖容易有,但能不能把依赖弄对,就需要动点脑子了。
如何保证缓存和数据库的一致性?
@[toc] 很多小伙伴在面试的时候,应该都遇到过类似的问题,如何确保缓存和数据库的一致性? 如果你对这个问题有过研究,应该可以发现这个问题其实很好回答,如果第一次听到或者第一次遇到这个问题,估计会有
实现真正的高性能高并发的上亿级别秒杀系统!
前言 秒杀一般出现在商城的促销活动中,指定了一定数量(比如:10个)的商品(比如:手机),以极低的价格(比如:0.1元),让大量用户参与活动,但只有极少数用户能够购买成功。这类活动商家绝大部分是不赚钱
SaaS 电商设计 (七) 利用 Spring 扩展点 ImportBeanDefinitionRegistrar 实现 toB 系统对接(附源码)
一.业务背景 在实际的 SaaS toB 客户交付过程中,存在一些现有客户系统的对接场景.主要分为以下这两种场景 场景1: 灰度期间:从客户的既有的老系统交割到新的SaaS系统的数据同步. 这
亿级订单系统分库分表技术方案和Flink数据同步方案
本方案针对亿级订单系统设计了完整的分库分表架构,通过对比各类分布式数据库产品,并利用Flink实现老数据清洗、新老订单号关系映射和多表数据同步,解决了大数据量环境下分库分表和数据同步问题
碍于面子,偷偷学了 MapStruct
最近入职新公司,发现大家都在用 MapStruct,以前都是用的 BeanUtil,不好意思问同事,只能偷偷学。 MapStruct 介绍 官网文章 https://mapstruct.org/doc
35岁大龄码农,用cursor独立做副业经历分享
背景 裁员危机 随着AI技术的越发成熟,从刚开始嘲笑gpt3.5写不出可以运行的代码到现在惊叹claude 3.7的神奇魅力,危机感油然而生。agent模式目前写代码成功率已经相当高,虽然暂时还需要人
这些 Spring Boot 默认配置不改,迟早踩坑
彼时 SpringBoot 初兴,万象更新,号称“开箱即用”“约定优于配置”,一时间风靡四方。 开发者趋之若鹜,纷纷称快,仿佛自此架构之重可卸、配置之繁可省,一行 main() 即可气定神闲、纵