数字字符串前导零统计的代码疑问：两个实现的问题解析

疑问1：全零字符串统计结果错误的原因 #

场景：统计数字字符串的前导零数量（如'2333'返回0，'00980'返回2），以下代码处理非全零字符串正常，但输入全零字符串（如'000'）时返回2而非3，求原因：

def beginning_zeros(a: str) -> int:
    if map(lambda x: x!=0, a): 
        s=str(int(a))
        return len(a)-len(s)
   
    return len(a)

原因分析 #

1. 判断逻辑完全错误：map(lambda x: x!=0, a)里的x是字符串中的单个字符（比如'000'里的每个x是'0'），拿字符'0'和整数0比较，结果永远是True。
2. 迭代器的布尔特性：map返回的是迭代器对象，在Python中，非空迭代器的布尔值永远为True，所以不管输入是不是全零字符串，这个if分支都会被触发。
3. 全零字符串的处理流程：当输入是'000'时，int(a)得到整数0，str(int(a))变成'0'，len(a)-len(s)计算为3-1=2，直接返回这个结果，永远走不到return len(a)的分支，所以得到错误的2而非正确的3。

疑问2：not int(a)判断全零字符串的原理 #

以下代码可正常处理所有情况，疑问：为什么not int(a)能判断全零字符串？int()对零有特殊处理吗？

def beginning_zero(a: str) -> int:
    a_num = int(a)
    if not a_num: # case a as all zeros
        return len(a)
    return len(a) - len(str(a_num))

原理说明 #

这不是int()对零有特殊处理，而是Python的布尔值规则导致的：

• 所有代表“空/无/零”的对象，布尔值都是False，比如整数0、空字符串''、空列表[]等。
• 全零字符串（如'0'、'000'）转成整数后必然是0，not 0等价于not False，结果为True，因此会进入返回字符串长度的分支。
• 非全零的数字字符串（如'00980'）转成整数后是980（非零整数），布尔值为True，not True是False，会走len(a)-len(str(a_num))的分支，计算前导零数量。

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