Flex扫描器是否会自动将制表符转换为空格？如何关闭该行为？

你的判断是错误的，Flex 生成的扫描器 从来不会自动将输入中的制表符转换为空格。出现你描述的现象，唯一的原因是：你传入扫描器的输入流里根本没有真正的制表符（ASCII 码为 0x09 的 \t 字符），你以为自己输入/写入了 Tab，实际插入的是多个半角空格。

Flex 的规则匹配逻辑是严格基于输入流的原始字节运行的，遵循最长匹配优先原则：

• 你写的第一条规则[^\t]+会连续匹配所有不含制表符的字符，只要碰到制表符就会立刻终止匹配，把控制权交给后续规则
• 如果这条规则一次性匹配了A B C整个串，只能说明这整段内容里完全没有制表符，全是普通空格字符，自然不会触发第二条匹配制表符的规则。

你遇到的「输入了Tab但实际是空格」的问题，基本都是输入环节的配置导致的，常见场景：

• 你编写测试输入内容用的文本编辑器默认开启了「Tab自动替换为空格」的设置，按Tab键时实际插入的是对应宽度的空格，而非真制表符
• 你直接在终端交互式运行扫描器输入内容时，Shell默认把Tab键绑定为命令补全快捷键，根本不会把Tab字符传给前台运行的扫描器程序
• 你复制粘贴测试内容时，源内容里的制表符已经被工具自动替换为了空格

1. 先验证输入内容是否包含真制表符：把测试输入存为独立文本文件，用od -c 你的测试文件路径命令查看文件原始内容，真制表符会显示为\t，空格会显示为普通的空格字符。
2. 修正输入环节的配置：
   • 关闭文本编辑器的「Tab转空格」选项，确保按Tab插入的是真制表符
   • 不要直接在终端交互式输入测试内容，把带真制表符的测试内容存为文件后，用输入重定向的方式运行扫描器：./scanner < 测试文件路径，避开终端按键绑定的拦截。

你的扫描器代码本身没有任何逻辑问题，只要输入流里存在真制表符，就会按照你预期的逻辑运行，输出结果类似：

Got A with length 1, 
Found a tab
Got B with length 1, 
Found a tab
Got C with length 1, 

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