草稿！！！

vpp node其实就是三个部分
1、plugin init
2、set command
3、function 实现功能，比如这里的流表
这里的function函数有个返回值，根据返回值决定下一个节点走哪里
flowtable_getinfo这里处理函数返回2 ，则下一步走这个节点[FT_NEXT_ETHERNET_INPUT] = “ethernet-input”,

Vlib_frame_t里面含有多个vlib_buffer_t

node是通过表来连接的

在一些系统中，节点的执行顺序可能是在程序初始化的时候静态确定的，特别是在构建数据处理流水线时。这种情况下，节点的顺序是在配置或初始化阶段定义的，然后在整个程序运行期间保持不变。

然而，在某些系统中，特别是对于一些灵活的数据流框架，节点的执行顺序可能是在程序运行时动态决定的。这可以通过某种策略或运行时的条件来调整节点的执行顺序，以适应实时需求或系统的动态变化。

总的来说，节点的执行顺序是取决于应用程序设计和需求的。一些系统更倾向于静态的、在初始化时确定的执行顺序，而其他系统则更注重在运行时根据动态需求来调整节点的执行顺序

在许多系统中，插件和节点的初始化顺序通常是通过配置文件、命令行参数或其他配置机制来确定的。这些配置通常在应用程序启动时被解析，并在初始化过程中用于指导插件和节点的加载和初始化。

以下是一些可能的方式来决定插件和节点的顺序：

配置文件： 应用程序可能会有一个配置文件，其中包含有关插件和节点的信息，包括它们的加载顺序。在应用程序启动时，解析配置文件并按照其中定义的顺序加载插件和节点。

命令行参数： 应用程序可能允许通过命令行参数来指定插件和节点的加载顺序。例如，通过在启动命令中指定参数来控制加载的插件和它们的顺序。

硬编码： 在某些情况下，加载顺序可能是硬编码在应用程序的源代码中的，即在代码中明确指定加载和初始化的顺序。

依赖关系： 插件和节点之间可能存在依赖关系，系统可以根据这些依赖关系来确定加载和初始化的顺序。例如，某个插件可能依赖于另一个插件的某些功能，因此必须在其之前加载。

具体的实现方式取决于系统的设计和开发者的选择。在某些情况下，可能会结合使用上述多种机制来达到更大的灵活性。