使用Flex -d参数时为何出现--(end of buffer or a NUL)提示

这条日志是Flex加-d参数开启调试输出后的正常内部运行日志，不属于报错，你的词法分析器功能完全正常，从输出能看到所有token都正确匹配到了对应规则，不用做额外修复。

提示产生的原理 #

Flex生成的扫描器不会一次性把所有输入读进内存，而是分块读取内容填充到固定大小的内部扫描缓冲区里。当扫描指针移动到当前缓冲区的边界，或者在缓冲区里碰到ASCII值为0的NUL字符时，就会打印这条日志，之后会自动触发缓冲区重填充逻辑：如果还有未读取的输入，就读取下一块内容填进缓冲区继续匹配；如果已经没有剩余输入，就进入EOF处理流程。

对应日志里的几次出现场景 #

• 开头第一条该日志：扫描器刚启动完成初始化时，内部缓冲区是空的，扫描指针默认就在缓冲区末尾位置，因此先打印这条日志，之后加载第一块输入内容就开始正常匹配规则了。
• 匹配完Bill和对应换行后的该日志：当前缓冲区里存的Bill\n内容已经全部扫描完成，指针走到缓冲区边界触发日志，重填充缓冲区后读到了后续的36，正常匹配数字规则。
• 匹配完36后的该日志：当前缓冲区里的36扫描完成，指针再次走到缓冲区边界触发日志，重填充缓冲区时发现已经没有剩余输入，紧接着输出--EOF (start condition 0)标记整个扫描流程结束。

如果不需要看这类扫描器内部运行细节，正式使用时去掉-d编译参数即可，不会影响词法分析器的实际功能。

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