OMNeT++中调用sendDirect后节点handleMessage未触发问题求助

问题根因及修复方案 #

1. 网关簇头选择函数数组越界，导致逻辑提前崩溃/异常 #

你写的clusterHeadSelection函数存在严重数组越界问题：

while(weakNodes[clusterHeadId=(rand() % 12)-2]==true)

rand()%12生成0~11的数值，减2后范围是-2~9，而weakNodes数组只有7个元素，下标范围仅为0~6，访问负数下标、大于等于7的下标都会直接触发内存非法访问，轻则逻辑异常不执行后续发消息的代码，重则仿真程序直接崩溃。

修复方式：

调整随机数生成逻辑，限制簇头ID范围在0~6（对应7个节点的下标）：

int clusterHeadSelection(bool weakNodes[7]){
    int i = 0;
    int clusterHeadId;
    while(weakNodes[clusterHeadId=rand()%7]==true){
        i++;
        if (i>7){
            // 所有节点都为弱节点时返回默认0，不要返回NULL
            return 0;
        }
    }
    return clusterHeadId;
}

2. 网关自消息处理逻辑判断错误，根本没触发发消息的分支 #

你在网关的initialize里发了一个初始自消息，想要触发第一轮簇头选择，但你handleMessage里第一个分支的判断条件是if(msg->getSenderModuleId()==2)：

• OMNeT++中自消息的发送方是模块自身，如果网关的模块ID不是2，这个分支永远不会触发
• 就算网关ID是2，自消息的判断最好用isSelfMessage()来判断，不要依赖固定ID，仿真拓扑变化时ID会变动

修复方式：

把初始自消息的判断改成自消息专属判断：

void gateway::handleMessage(cMessage *msg)
{
    if(msg->isSelfMessage()){ // 替换原来的msg->getSenderModuleId()==2判断
        // 原有簇头选择、发消息的逻辑保留
    }
    // 其余分支保留
}

3. 网关模块路径遍历错误，导致消息根本没发给节点 #

你遍历节点用的是getModuleByPath("FTN")，如果你的7个node节点没有放在名为FTN的复合模块下，这个迭代器遍历不到任何节点，自然不会调用sendDirect发消息。

修复方式：

确认你的仿真网络拓扑里的节点路径，如果所有节点和网关都在顶层网络下，直接遍历顶层网络的子模块，或者改成正确的复合模块路径。

4. 端口名匹配校验 #

确认所有node模块的输入端口名确实是radioIn，如果端口名不匹配，sendDirect会直接报错，消息也发不出去。

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