ped.getGroup().size()异常：4人群体不满足条件却走pedOutput1号出口

• 首先检查ped.getGroup()的调用时机是否和群体进入模块的时机同步。部分仿真平台会在行人流经上游模块时自动触发群体拆分逻辑，你观测到的4人组进入pedOutput模块，实际可能已经被拆分为多个2人小组，此时调用getGroup().size()返回的是拆分后小组的规模，自然满足<=2的判定条件。可以在出口判定执行的同一行日志同时输出群体ID、群体规模，和进入模块前的群体属性做对比，确认是否发生了非预期的群体拆分。
• 确认pedOutput模块是否开启了群体统一判定的配置。多数主流行人仿真平台的出口判定逻辑默认按单个行人维度执行，若未开启群体级别的统一判定开关，同个4人组内的行人可能出现单独评估的情况，甚至会出现部分成员走1号出口、部分走2号出口的异常。需在模块配置中开启将整个群体视为单一实体进行出口判定的选项，确保用整个群体的规模属性做判定依据。
• 排查变量作用域冲突问题。你当前打印的v_table02_occupied如果是全局变量，要确认判定条件中调用的变量是否为同一作用域下的变量，若模块内部存在同名局部变量，会优先调用局部变量的值，导致你观测到的全局值和实际参与计算的值不一致。可以将判定条件的两个参数放在同一代码块内打印校验：

// 判定执行前同步打印所有参数
int currentGroupSize = ped.getGroup().size();
System.out.println("groupSize:" + currentGroupSize + ", v_table02_occupied:" + v_table02_occupied);
if(currentGroupSize <=2 && v_table02_occupied <20) {
  // 走1号出口
}

• 检查是否存在群体对象缓存异常。若仿真框架存在对象复用机制，旧的已解散的群体对象没有被及时回收，可能导致ped.getGroup()返回的是该行人之前所属的小群体对象，而非当前所属的4人组对象，此时返回的size也会不符合预期。可以通过打印群体的唯一ID来校验判定时获取的群体是否为当前的目标群体。

内容的提问来源于stack exchange，提问作者Peter B-S