如何为Cache-Aside模式提供更强的数据一致保障？提供更强的一致性保障需要更复杂的实现吗？在更强的一致性保障下，更新数据库后是选择删除缓存还是更新缓存？本文希望解答上述问题之余提供提供设计参考。

大厂潜规则：完美胜于完成。除了要做的足够完美，还要能告诉别人，它在哪些方面有挑战，我采用了哪些动作，化解风险，解决问题。至于完成这件事，这是最低的要求。

当下环境，我们会发现拥有一门技术已经不足以支撑自己活得体面了，一旦出现意外，难免会陷入自闭和焦虑，甚至慌不择路寻找不到方向。

今年是 QQ 空间诞生的第十八年，空间客户端团队也在它十八岁生日前夕完成了架构升级。因为以前不规范的多团队协同开发，导致代码逐渐劣化，有着巨大的风险。

本文内容和编写思路是基于邓昀泽的“大规模并发IM服务架构设计”、“IM的弱网场景优化”两文的提纲进行的，感谢邓昀泽的无私分享。1、引言接上篇《一套亿级用户的IM架构技术干货(上篇)：整体架构、服务拆分

udp协议虽然实时性更好,但是如何处理安全可靠的传输并且处理不同客户端之间的消息交互是个难题，实现起来过于复杂. 目前大部分IM架构都不采用UDP来实现. 等等... IM进行图片/语言/大涂鸦聊天的时候: http能够很方便的处理 断点续传和分片上传等功能. TCP: 维护长…

vue3-mobile-uniapp 本架构使用的技术为：vue3(setup-script)+vite2+uniapp 的新一代的移动端框架，It's easy and fast! 使用 eslin

前言 截止到目前，使用vue3 开发uni-app 虽然小坑还是不少，但已经达到基本可用的阶段。本文重点总结在使用Vue3 Composition-api 开发 Uni-app 时需要避开的坑和注意事

这篇文章封装的axios已经满足如下功能： 无处不在的代码提示； 灵活的拦截器； 可以创建多个实例，灵活根据项目进行调整； 每个实例，或者说每个接口都可以灵活配置请求头、超时时间等。