ICPC竞赛代码中scanf固定模式扫描的循环执行异常问题求解

先澄清scanf匹配逻辑的常见误区 #

多数竞赛选手用scanf时容易忽略它的硬匹配规则：

• 格式串中除%开头的转换说明、空白字符之外，所有字面字符都需要和输入流当前位置的字符逐位严格匹配，一旦出现匹配失败，本次扫描会立刻终止，最后读到的不匹配字符会被退回输入流，不会消耗。
• 格式串里连续写的三个.没有任何特殊语义，既不是省略占位符，也不代表匹配任意内容，就是三个需要逐位匹配的普通.字符。

逐段拆解当前格式串"0.%[0-9]..."的匹配要求 #

你写的scanf语句每一部分的匹配逻辑是固定的：

1. 开头的0.：要求从输入流当前位置开始，连续匹配到字符'0'、'.'，两个字符都匹配成功才会继续往下走。
2. 中间的%[0-9]：扫描集转换符，从当前位置开始持续读取连续的数字字符，直到碰到第一个非数字字符为止，把读到的数字串存入digits数组并自动补字符串结束符；这个过程会把碰到的第一个非数字字符留在输入流中，不消耗。
3. 末尾的三个...：要求在数字串读完之后，从当前位置开始连续匹配三个.字符，才算完成一次完整的扫描。

为什么循环会一次性跑完、完全不等待输入 #

你遇到的所有异常，本质是两个连锁反应：

• 输入缓冲区残留空白导致scanf直接触发匹配失败
  第一次执行scanf("%d", &N)读完整数N时，只会读取到数字部分就停止，你按下回车产生的换行符、输入时用来分隔的空格都会留在输入流缓冲区里。进入while循环第一次执行scanf时，格式串要求匹配的第一个字符是'0'，但当前输入流最前面的字符是残留的换行或空格，根本不匹配。按照scanf的规则，这种情况下它根本不会阻塞等待新输入，会直接终止本次扫描，返回0表示没有成功匹配任何内容。
• 循环逻辑完全不校验scanf的执行结果
  你的while循环完全靠N--计数驱动，根本不管当前scanf是成功读到内容，还是碰到不匹配的字符直接返回。因为每次scanf碰到不匹配的字符都会立刻退出，整个过程没有任何需要等待用户输入的阻塞环节，所以哪怕你一次新的输入都没敲，几次循环也会在几毫秒内全部跑完，表现为“按下回车间接全部循环执行完毕”。
  你尝试用空格分隔输入项的场景也一样：读完N之后，输入流开头是残留的空格，第一次scanf要匹配'0'时碰到空格就直接返回，根本不会读到后面写的0.xxx...内容，自然每次扫描都失败。

为什么去掉while循环时代码可以正常运行 #

当你去掉while循环单独测试scanf语句时，往往会跳过先读N的步骤，这时候输入流是完全干净的，没有上次读整数留下的残留换行或空格。scanf执行时会正常阻塞等待你的输入，等你输入完整的0.数字...格式内容时，所有字符都能和格式串逐位匹配，自然表现为运行正常，和带循环时输入流提前残留字符的场景完全不同。

常见的修复方向 #

• 在scanf格式串开头加一个空格，写为" 0.%[0-9]..."：这个空格会让scanf自动跳过输入流里所有残留的换行、空格等空白字符，再开始匹配'0'，就不会被之前读N留下的残留内容卡住。
• 给扫描集加上长度限制，避免数组越界：把%[0-9]改成%99[0-9]，保证最多读99个字符，给digits数组预留字符串结束符的位置，不会出现栈内存越界。
• 循环里加上对scanf返回值的校验，如果匹配失败就按异常流程处理，而不管输入匹配成败硬跑完N次循环。

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