CSMA/CA之INIT入口

这里比较奇怪的一个地方在于init竟然是非强制状态。

仿真开始的时候，仿真核心维持的事件列表中维持着10个begsim_intrpt（因为有10个节点），且发生时间都为0时刻。

begsim_intrpt被触发，进程从初始的状态的入口开始执行。

如何确定这10个相同时刻的事件的执行顺序？

尽管发生在同一时刻，但是其在事件列表中仍然是有顺序的。

仿真核心按照其在事件列表的顺序一个一个执行。事件执行的过程中仿真时间不推进。

执行到下一个仿真开始中断事件的时候，仿真时间不推进，仍然为0。

每一个init入口处又设置了一个自中断，其触发时间也是0时刻。

可以想象，事件列表中一开始有10个0时刻的仿真开始中断，随着第一个仿真开始中断的执行，事件列表中又多了一个0时刻的自中断。当10个仿真开始中断都执行完毕，事件列表中会出现10个0时刻的自中断。

因为init是非强制状态，执行完入口代码后，控制权又回到了仿真核心。仿真核心执行事件列表的第一个事件，也即0时刻的自中断。控制权又回到init进程。init进程接着执行init的出口代码。

如何确定中断的接收者？

中断的接收者是进程

流中断的接收者通过包流很容易判断

自中断的接收者就是本身

其他进程中断的接收者是其他进程

如何确定进程内部状态的转移？

中断的传递是定向的，由仿真核心传递给目标进程

目标进程内部有很多状态，究竟装移到哪一个具体的状态，仅仅靠中断类型是不够的的。

流中断除了需要知道中断类型是流中断外，还需要知道是从哪一个流索引来的

自中断除了需要知道中断类型是自中断外，还需要知道其中断码是多少

tags:opnet