BMF源码解析之不能解决的问题（三）

我稍微吐槽一下，感觉BMF代码的换行好丑，是真的丑

今天我想说一下BMF中几个重要概念：
1：GRAPH：BMF通过有向图去管理node节点，确认node节点直接流的输入输出
2：node：BMF中最小调度单元，每个node承载了一个特殊任务，node对应一个moudle；多个node可能是同一个module产生；
3：用户开发module：用户根据输入的task做特殊业务处理，并且产生新的task存放在outstream中，等待调度给下一个node
4：Scheduler：BMF的调度器，内部管理多个线程；每个node必须归属一个线程，一个线程可能处理多个node。此时存在性能瓶颈。音视频流如何做node节点直接的负荷分担是一个需要思考的问题
5：inputstream管理和inputream：node的输入，和上一个节点的outstream存在镜像流关系
6：outputstream管理和outputstream：node的输出，和下一个节点的inputstream存在镜像流关系

BMF构造函数是如何构建BMF的GRAPH图，确认node节点直接有向图关系
GraphConfig graph_config对应GRAPH的描述信息
pre_modules 预处理模块，没有看到代码中具体内容，暂时不关心
callback_bindings 也没有啥用，或者请告知我

Graph::Graph(GraphConfig graph_config,std::map<int, std::shared_ptr<Module>> pre_modules, std::map<int, std::shared_ptr<ModuleCallbackLayer>> callback_bindings)

在学习BMF源码时发现如下问题无法解决：
1：update流程中更新中间节点：

2：在开发过程发现graph是单向流，如果需要反向处理rtcp流；或者只是需要反向向上一个节点输出数据怎么处理合适