关于Pylint对局部变量`t`和`c`命名规则判定不一致的合理性咨询

你遇到的这个命名规则判定差异确实容易让人疑惑，先把你的MRE代码和Pylint输出贴出来方便梳理：

你的MRE代码 #

""" MRE """
from functools import partial

def func(_t, _c):
    """ NOOP """
    for i in range(10):
        for j in range(10):
            t = "Exit" if i == 9 and j == 9 else f"{i}, {j}"
            c = partial(func, i, j)

Pylint检查结果 #

************* Module mre
mre.py:16:8: C0103: Constant name "t" doesn't conform to UPPER_CASE naming style (invalid-name)
-----------------------------------
Your code has been rated at 8.33/10

接下来我帮你拆解Pylint的判定逻辑：

核心原因：Pylint是基于语义推断而非单纯变量类型做命名检查 #

Pylint的命名规则不是一刀切看变量类型，而是结合变量的赋值场景、语义用途做启发式判断，这就是为什么t和c会有不同待遇：

1. 为什么t触发invalid-name警告？ #

你代码里的t在循环内每次迭代都会被赋值为字符串，但Pylint的静态分析没办法动态感知循环的执行逻辑，只能通过代码结构做推断：

• 它看到t被赋值为字符串字面量（不管是动态生成的f"{i}, {j}"还是固定的"Exit"），这类赋值场景会被Pylint的启发式规则误判为常量——也就是“赋值后不会被修改的变量”。
• 而Pylint对常量的命名规范要求是全大写（UPPER_CASE），所以小写的t就触发了C0103警告。

2. 为什么c没有警告？ #

c被赋值为partial(func, i, j)，Pylint能识别出partial实例是可调用对象（你可以像调用普通函数一样执行c()）。对于这类指向可调用对象的变量，Pylint的命名规则参照函数名规范：允许使用小写蛇形命名（lower_snake_case），所以不会触发任何警告。

额外验证：把t改成T后满分的原因 #

当你把t改为T时，全大写的命名完全符合Pylint对常量的命名要求，它就不再认为这是命名违规，自然给出了10/10的评分——这也反过来证实了之前Pylint是把t当成常量来判定的。

总的来说，这是Pylint静态分析的局限性导致的：它没办法100%准确判断变量的实际运行时用途，只能通过代码结构和赋值内容做启发式推断，所以才会出现这种看似“双标”的情况，但背后是它对变量语义的不同归类。

内容来源于stack exchange