3. Aeron发布与订阅

回顾

上一篇文章主要带大家一起阅读了MediaDriver.launch以及Aeron.connect相关源码,今天就带大家一起看下sub和pub相关的源码设计

Demo

ini 复制代码
public static void main(String[] args)
{
    final String channel = "aeron:ipc";
    final String message = "my message";
    final IdleStrategy idle = new SleepingIdleStrategy();
    final UnsafeBuffer unsafeBuffer = new UnsafeBuffer(ByteBuffer.allocate(256));
    try (MediaDriver driver = MediaDriver.launch();
        Aeron aeron = Aeron.connect();
        Subscription sub = aeron.addSubscription(channel, 10);
        Publication pub = aeron.addPublication(channel, 10))
    {
        while (!pub.isConnected())
        {
            idle.idle(); // 简单理解为阻塞即可
        }
        unsafeBuffer.putStringAscii(0, message);
        System.out.println("sending:" + message);
        while (pub.offer(unsafeBuffer) < 0)
        {
            idle.idle();
        }
        FragmentHandler handler = (buffer, offset, length, header) ->
            System.out.println("received:" + buffer.getStringAscii(offset));
        while (sub.poll(handler, 1) <= 0)
        {
            idle.idle();
        }
    }
}

Sub流程

通过上述流程图可以看到,addSub方法其实会把对应的指令写入到cncBytBuffer里,关于cncFile前一篇文章也介绍了,有不懂的可以再去回顾下。

这里把数据写入到cncFile里后,对应的命令又是谁来处理的呢?答案是:DriverConductor。 DriverConductor通过clientCommandAdapter来处理具体的命令,对应的流程如图:

这里sub有三种类型,ipcSub,spySub,netSub,分别对应进程间sub,本地mock,以及网络sub。 这里可以看到,sub通过完成后,会发送"ON_SUBSCRIPTION_READY"消息,表示当前订阅动作已经完成,ready消息在哪里接受的呢?答案是在awaitRespons方法里,会阻塞等待对应的ready消息 awaitRespons处理流程如下:

最终是在DriverEventsAdapter的onMessage方法里处理ready消息。

这其实就是aeron源码读起来比较困难的地方,并不是传统的a调用b,b调用c,很多地方都是异步的,因此,大家在阅读相关源码的时候,一定不要着急。

Pub流程

addPub方法最终也是把对应的pub指令写入到对应的cncFile里,同样,也是DriverConductor来处理对应的pub指令,对应的流程图如下: 这里pub有两种类型,ipcPub,netPub,分别对应进程间pub和网络pub,对应的ready消息处理和sub一样,也是在DriverEventsAdapter里来处理

小结

本篇文章依然是从最开始的Demo入口,分别分析了sub和pub相关流程,下一篇将会带大家一起看下aeron是如何发送以及接受数据的。

相关推荐
Walter先生3 分钟前
MCP行情数据接入配置踩坑全记录:从Claude Code到Zed八大客户端适配实战
后端·websocket·架构·实时行情数据源
ai产品老杨21 分钟前
突破品牌壁垒:基于 GB28181 与 RTSP 的异构 AI 视频平台架构深度解析(支持 Docker 与源码交付)
人工智能·架构·音视频
AI服务老曹21 分钟前
【架构深析】打破安防“黑盒”:GB28181/RTSP 视频管理平台如何通过源码交付与 API 驱动节省 95% 开发成本
架构·音视频
hughnz42 分钟前
油气上游IT架构的问题
架构
用户3210442819451 小时前
设计模式详解
架构
OCN_Yang1 小时前
能告诉我:你为什么用 MVI 吗?反正我不理解!
android·架构·前端框架
ai产品老杨2 小时前
深度解析:异构算力下的 AI 视频管理平台架构实现 (GB28181 / Docker / 源码交付)
人工智能·架构·音视频
我滴老baby3 小时前
工具调用全景解析从Function Calling到MCP协议的完整实践
开发语言·人工智能·python·架构·fastapi
繁星蓝雨3 小时前
Qt多界面创建的优化问题(main函数或主界面中创建?)—————附带详细方法
c++·qt·架构·多界面管理
搬砖的小码农_Sky3 小时前
AI Agent:OpenClaw的算法架构
人工智能·算法·ai·架构·人机交互·agi