希望增加pub/sub之外的获取GParam的方式

[ThomasMouse]

当前节点之间传递数据只能通过pub/sub或者send/recv的方式去获取消息，底层是通过buffer的pop方式弹出数据。但是有的场景可能有这样的需求: 一系列队列中存储了带时间戳的数据, 需要根据一个时间戳查询这些队列中和该时间戳最匹配的数据, 当前的数据传递设计无法满足这样的需求

[ChunelFeng]

你好，GParam 用于 node 之间传递参数， MParam用于在 send/recv

但这里所有的 param 都不是pod信息。如果需要获取一个 序列的数据，可以考虑在 GParam中，定义一个 vector 类似，自行控制数据的增减。
这样是否可以满足需求？

[ThomasMouse]

不太明白你说的"pod信息"是什么意思。参考这个例子https://github.com/ChunelFeng/CGraph/blob/main/example/E01-AutoPilot.cpp，现在考虑更复杂的不止一个相机的情况，比如车上搭载了8个摄像头，车端模型是8batch推理的，我需要实时的接收这8个摄像头的数据并按照时间戳不断匹配8个图像送到模型去推理，现在有两个问题:

1. 如果按照这个例子里面的使用CGRAPH_SUB_MPARAM和CGRAPH_PUB_MPARAM这两个宏的方式来传递数据，我就还需要再自己写一个类似于GMessageParamManager的数据管理器来接收这8个相机的数据并实现同步的逻辑，我感觉这样有些不太优雅，因为设计的初衷是希望GMessageParamManager是一个单例。
2. 使用CGRAPH_SUB_MPARAM宏后，缓冲区的头指针会被移动，下次订阅时队列头部的数据被弹出。但是有的时候我们并不希望自动弹出队列头部的数据(比如相机外参，以很低的频率发送，下一帧图像仍然需要匹配这一帧外参)，而是希望在缓冲区中始终缓存一定时间内的数据，只有当新的数据传进来后才清掉最老的数据。

[ChunelFeng]

感觉这个是一个很有用的诉求。我们会考虑在接下来的版本中，尝试实现这个功能。比如让大家 perfetch msg中的数据，而不是直接取走。

在此之间，需要自行编码解决这个问题。
一个思路是在自己的逻辑中，添加 manager 自行管控；
还有一个思路是，可以基于最新的 发行版本，在色丶图源码中添加 perfetch 功能。