异步解决一切问题 |消息队列 |减少嵌套 |hadoop |rabbitmq |postsql

设计准则

"为什么要考虑这个问题"

The forward logic is only about 10% of your code, everything else is 90%.

主流逻辑 10%

保障扩容和稳健的代码设计90%

同步代码就是绑在一个绳上的蚂蚱

异步就是实现了解耦

这个异步或许有点类似于--一些分布式数据的处理 设计

如何实现的呢?

通过池化技术

  • 管理池
  • 任务池
  • 重试池

那么池子之间的通信通过什么呢

消息队列

消息队列有什么好处呢?

它的许多接口,可以嵌入了验证的逻辑

比单纯的回调 稳健多了

对于这种带有验证意义的设计

也存在数据库设计当中

postsql就有,mysql就没有...

也可以联想到有来有回的发布订阅

通过++带有验证队列的数据库,就可以实现池化了++

实现一个最简单的异步架构

相关推荐
自由生长202416 小时前
为什么C++项目偏爱.cxx扩展名:从MongoDB驱动说起
c++
CSDN_RTKLIB17 小时前
【GNU、GCC、g++、MinGW、MSVC】上
c++·gnu
b***748817 小时前
C++在系统中的内存对齐
开发语言·c++
散峰而望17 小时前
C++数组(三)(算法竞赛)
开发语言·c++·算法·github
4***149017 小时前
C++在系统中的编译优化
开发语言·c++
mit6.82417 小时前
[HomeKey] 握手协议 | NFC协议处理器
c++
oioihoii17 小时前
C++程序执行起点不是main:颠覆你认知的真相
开发语言·c++
hetao173383717 小时前
2025-11-25~26 hetao1733837的刷题记录
c++·算法
u***u68518 小时前
C++在系统中的异常处理
java·开发语言·c++
4***R24018 小时前
C++在音视频处理中的库
开发语言·c++·音视频