- 博客(194)
- 收藏
- 关注
RSS订阅
原创 Redis分片集群
Redis Cluster 是 Redis 官方提供的分布式解决方案。它不是像哨兵（Sentinel）那样只负责高可用切换，而是同时解决了数据分片和高可用两个问题。✨
2025-04-19 14:00:00
3128
38
原创 Spring Boot 断言：让你的代码在上线前就通过“体检”！
断言，就像你做菜时的这个“心里想的”。它是一种检查机制，用来确保你的代码在运行过程中，某些条件必须为真。✅
2025-03-23 18:30:00
5845
27
原创 你的网站安全吗？一文彻底搞懂 HTTPS！
HTTPS 就像给你的网络生活穿上了一件坚固的盔甲 🛡️，保护你免受各种网络攻击 👾。虽然不能保证 100% 安全，但能大大降低风险 📉。
2025-02-23 16:36:02
21851
5
原创 【MQ篇】RabbitMQ之惰性队列！
使用惰性队列，提高队列的容积上限，能存更多消息（治标，但很重要！惰性队列的优点（为啥要用它？）：这是它最突出的优点！能应对可怕的消息堆积，存下数百万条消息而不崩。📦💯默认队列在内存不足时换页操作会带来性能波动。惰性队列一开始就存盘，避免了这种不稳定的换页过程。📊惰性队列的缺点（啥时候不适合？）：从磁盘读消息比从内存慢是肯定的。如果你的业务对消息的“新鲜度”要求极高，需要消息一到就被秒级甚至毫秒级处理，那么惰性队列可能不是最佳选择。⏰。
2025-04-28 15:09:05
1062
1
原创 【MQ篇】RabbitMQ之死信交换机！
消费者使用或basic.nack声明消费失败，并且消息的requeue参数设置为false。这是最常见的主动制造死信的方式！“我不要这烫手山芋，你也别再发给我了，按死信处理吧！” 👋❌消息是一个过期消息，超时无人消费。消息或者它所在的队列设置了存活时间（TTL），时间到了还没被消费，就“自然死亡”了。🕰️👻要投递的队列消息满了，无法投递。队列像个仓库，容量有限，满了再来货，最老的可能被挤压“致死”。
2025-04-27 15:53:28
1751
28
原创 【MQ篇】RabbitMQ的消费者确认机制实战！
RabbitMQ 把消息发给消费者，如果消费者还没来得及处理完就“嗝屁了” 😵💫（程序崩溃、网络断开、处理异常），那这条消息对于 RabbitMQ 来说可能已经“送达”了，然后就被无情地从队列里删除了！如果在收到确认信号之前，消费者断开连接了，或者明确表示处理失败了，RabbitMQ 就会知道这条消息“有问题”，会考虑把这条消息重新发给其他消费者，或者等这个消费者恢复后再发给它。但如果家里没人，包裹被风吹走了 💨，或者被隔壁老王的狗叼走了 🐶📦💥，或者你拿到包裹后，手一滑掉粪坑里了 🚽…
2025-04-25 15:41:49
2624
28
原创 【MQ篇】RabbitMQ之消息持久化！
你想想，咱们电脑里的数据，要么放在内存里（速度快，但关机就没），要么存在硬盘上（速度慢点，但断电还在）。但如果 RabbitMQ 服务器突然“打个盹”😴 或者“哎呀，摔了一跤”💥（宕机或重启），内存里的东西就“唰”地一下都没了！，你就给这个队列上了把“锁” 🔒，告诉 RabbitMQ：“这个信箱要钉死在这儿，重启了也得给我留着！通过这个实验，你就能亲眼看到“持久化”的神奇力量：它让你的重要消息熬过了服务器的重启！
2025-04-25 11:12:59
1973
2
原创 【MQ篇】RabbitMQ的生产者消息确认实战！
开启发送方确认机制，就像给你的重要快递买了保险 🛡️，确保它至少能安全送达到快递公司的仓库，并被扫描入库。
2025-04-24 15:58:19
1586
8
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人