C+WinAPI开发COM口接收程序 无限循环下数据重复处理问题

你对超时规则的理解存在两处错误：

• ReadTotalTimeout的计算逻辑确实是总超时 = ReadTotalTimeoutMultiplier * 待读取字节数 + ReadTotalTimeoutConstant，但这个超时是单次ReadFile调用的最长阻塞时间，和“是否收完完整一帧”没有关系。
• 你忽略了Windows串口API的核心行为：
  1. WaitCommEvent触发EV_RXCHAR的条件是「输入缓冲区新增至少1个字节」，不是“收完一帧数据才触发一次”。9600波特率下单个字节传输耗时约1ms，一帧数据传输过程中可能多次触发该事件。
  2. ReadFile在超时时不会返回失败，而是返回TRUE，仅将实际读取字节数参数设为0。你之前没有判断这个值，只要ReadFile返回就处理缓冲区数据，会直接读到上次调用残留的旧数据。
  3. 同步IO模式下，如果一次ReadFile没有读空输入缓冲区的所有数据，残留的接收标记会让下一次WaitCommEvent立刻返回，不会阻塞等待新数据。

重复处理的直接根因是：第一次ReadFile读到有效数据处理完成后，下一轮WaitCommEvent立刻误触发，ReadFile超时返回0字节，但你没有判断读取长度，直接复用了缓冲区里的上一次数据做解析。
按以下顺序修改即可解决：

1. 必须校验实际读取字节数
   只有读到新数据时才做解析，同时手动给字符串补结束符避免乱码，修改读取逻辑如下：

   if (ReadFile(hCom, dst, sizeof(dst)-1, &read, NULL)) {
       if (read > 0) { // 仅处理读到新字节的场景
           dst[read] = '\0'; // 手动追加字符串结束符
           printf("%s", dst);
           data = atoi(dst);
           switch (data) {
               case 16724175:
                   printf("yes\n");
                   break;
           }
       }
   }
   

2. 优化超时参数配置
   如果你靠字节间隔判断一帧结束，不需要额外配置总超时，避免无效等待：

   comTimeOuts.ReadIntervalTimeout = 20; // 字节间隔超20ms即认为一帧结束
   comTimeOuts.ReadTotalTimeoutMultiplier = 0;
   comTimeOuts.ReadTotalTimeoutConstant = 0;
   comTimeOuts.WriteTotalTimeoutMultiplier = 0;
   comTimeOuts.WriteTotalTimeoutConstant = 0;
   

3. 每次循环前清空串口残留状态
   在WaitCommEvent前调用ClearCommError清掉残留事件标记，避免误触发，同时用位运算判断事件类型，兼容多事件同时触发的场景：

   while (1) {
       DWORD err = 0;
       COMSTAT cs = {0};
       ClearCommError(hCom, &err, &cs); // 清空错误状态和残留事件标记
       WaitCommEvent(hCom, &state, NULL);
       if (state & EV_RXCHAR) { // 位判断替代等值判断，避免漏判
           // 读取逻辑
       }
   }
   

4. 修正不合理的缓冲区配置
   你当前输入缓冲区仅设20字节，很容易在传输中丢数据，建议改成1024及以上，同时去掉重复的SetupComm调用：

   // 只保留一次SetupComm调用即可
   if (!SetupComm(hCom, 1024, 1024))
       comError(hCom, "Error in setting buffer");
   

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