如何在指定延迟后重广播消息？（Veins仿真场景）

为什么两种写法都出问题？ #

1. 重复广播问题 #

用scheduleAt(simTime()+T,wsm->dup())导致每秒广播，核心原因是调度逻辑被重复触发：

• 大概率是你在handleMessage()中处理这条调度的消息时，又再次调用了scheduleAt，形成无限循环——每到调度时间就广播，广播后又触发新的调度，导致每隔T时间就发一次（而非只发一次）。
• 或者没有对同一条消息做去重处理，每次收到消息都重复调度，导致多个调度任务堆积。

2. 调度到过去的错误 #

用硬编码的Ts=109+T报错，是因为你写死的109s早于当前仿真时间：

• 你收到消息的实际时间是t=109.000243213075s，如果Ts=109+T中的T很小（比如0），或者T是负数，就会导致Ts小于当前simTime()，OMNeT++不允许调度时间早于当前时间，所以抛出错误。

正确的解决方案 #

方案1：单次延迟广播（只发一次） #

如果只需要收到消息后延迟T时间广播一次，按以下步骤修改：

1. 在收到消息的处理逻辑中，只调用一次调度：

   // 收到wsm消息时执行（仅执行一次）
   simtime_t delay = T; // T是你设定的延迟时间，确保为正数
   scheduleAt(simTime() + delay, wsm->dup());
   

2. 检查handleMessage()中处理该调度消息的代码，绝对不要再次调用scheduleAt——处理消息时只负责广播，不要触发新的调度。

方案2：避免重复调度的额外措施 #

如果需要防止同一条消息被多次调度，可以给消息加标记或用容器记录已调度的消息ID：

// 假设wsm有唯一id字段
if (!scheduledMessages.count(wsm->getId())) {
    scheduledMessages.insert(wsm->getId());
    scheduleAt(simTime() + T, wsm->dup());
}

其中scheduledMessages可以是类成员变量，比如std::unordered_set<long> scheduledMessages;。

关键注意事项 #

• 永远不要用硬编码的时间（比如109s）计算调度时间，必须基于simTime()（当前仿真时间）加上延迟，确保时间始终在未来。
• 确保T是正数，避免出现simTime()+T < simTime()的情况。
• 调度时必须用wsm->dup()复制消息，原消息可能会被OMNeT++回收，直接调度原消息会导致内存错误。

内容的提问来源于stack exchange，提问作者kenza