调用int类型值的方法时，数字与句点间加空格的语法逻辑是什么？

核心触发原理：Python词法解析的最长匹配规则 #

Python在代码执行的最早期（词法分析阶段），会按照最长匹配、优先级优先的规则把连续的代码字符切分成一个个独立的语法token。在数字字面量的解析场景下，紧跟在数字后的.会被优先识别为浮点数的小数点，而非属性访问用的成员运算符——这个小数点的匹配优先级是远高于属性点的。

整个报错发生在代码解析的最早期，根本没有进入方法查找执行的阶段，和bit_length方法本身的存在与否没有关系。
对应复现的报错场景5.bit_length()：

• 解析器从左到右读到整数5，发现下一个字符是.，直接触发浮点数匹配逻辑，尝试将连续字符拼成长度尽可能大的合法浮点数token
• 按规则5.本身就是完全合法的浮点数字面量（等价于数值5.0），解析器会默认把5.作为一个完整数字token的开头
• 后续拼接字符时发现紧跟在.后面的是b字母，根本不属于浮点数可以包含的数字、指数标记、正负号范围，直接抛出SyntaxError，本质是解析器把本该作为属性点的.错误纳入了浮点数的拼接流程，导致后续字符无法组成合法token。

加空格就能正常运行的底层原因 #

在数字和句点之间加空格的操作，本质是打断了解析器对数字字面量的连续匹配流程：

• 解析器读到整数5之后，遇到的是空白分隔符，按照词法规则空白不参与token组成，仅用来分隔相邻token，此时解析器会直接将5标记为一个完整的int类型token，不会继续向后扫描尝试把下一个字符拼成数字的一部分
• 跳过空格后再遇到的.，此时前面的数字token已经解析完成，没有了小数点的匹配上下文，解析器会直接把这个.识别成属性访问的成员运算符，后续顺着读取方法名、括号调用的流程完全符合语法规则，自然可以正常执行返回结果3。

等价的合法写法参考 #

除了在数字和点之间加空格，只要能让解析器明确区分小数点和属性访问点的边界，都可以消除语法报错：

• 用括号包裹数字字面量：(5).bit_length() —— 括号会强制解析器先完整计算括号内的表达式，不会把括号外的.错拼到数字字面量里
• 写全浮点数的小数部分：5.0.bit_length() —— 此时5.0是完整的浮点数token，后续的.被明确识别为属性访问点
• 在数字和点之间使用其他合法分隔逻辑，本质都是打断数字的连续匹配即可。

补充验证：如果写成5..bit_length()，代码也是可以正常运行的，此时第一个.是和5拼接成5.（值为5.0）的浮点数小数点，第二个.是真正的属性访问运算符，调用浮点数的bit_length方法，返回结果同样为3，也侧面印证了解析器对两个.的不同角色识别逻辑。

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