f"{var}"不能输出变量名，因为f-string只求值不保留符号信息；可靠方式是显式传入变量名字符串或用inspect解析源码，但均有局限。
为什么 f"{var}" 不能输出变量名
因为 f-string 在运行时只求值，不保留符号信息。f"{x}" 展开的是 x 的值，不是字符串 "x"。Python 解释器在编译阶段就把 f-string 中的表达式当成普通代码执行，变量名本身早已被丢弃。
用 locals() 或 globals() 反向查变量名（有限场景）
如果变量在当前作用域且名字唯一，可以遍历 locals() 找值匹配的 key：
name = "Alice"
age = 30
for k, v in locals().items():
if v is name:
print(f"变量名是 {k}, 值是 {v}") # 输出：变量名是 name, 值是 Alice
但要注意：
- 值相等不等于对象相同（用
is比==更安全，但仍有风险） - 多个变量引用同一对象时会匹配到第一个（比如
a = [],b = a） -
locals()在函数内行为受优化影响，某些情况下不可靠
真正可靠的方式：显式传入变量名字符串
最直接、无歧义的做法是手动写字符串，或用装饰器/宏式封装（如 debug_print(x) 内部用 inspect.currentframe() 提取调用点的原始 token）：
立即学习“Python免费学习笔记（深入）”；
def varname(value, name: str):
return f"{name}={value}"
x = 42
print(varname(x, "x")) # 输出：x=42
更进一步可借助 inspect 获取调用栈中的源码片段（需确保未被优化且有 .py 源文件）：
import inspect
def show(var):
frame = inspect.currentframe().f_back
try:
filename = frame.f_code.co_filename
lineno = frame.f_lineno
# 实际中需解析该行源码，提取等号左边的标识符
# 这里省略具体解析逻辑——它复杂、慢、且不可靠
finally:
del frame # 避免循环引用
结论：没有“安全通用”的运行时变量名反射。硬要动态，就得接受代价——要么牺牲可靠性，要么增加维护成本。
别踩坑：别信网上那些 get_var_name(x) 万能函数
这类函数通常依赖 locals() 或正则解析调用语句，在以下情况必然失效：
- 变量在类方法、闭包或 lambda 中
- 启用了
-O优化模式（__debug__为 False，部分调试信息被删） - 值是不可哈希类型（如 dict、list），无法用字典反查
- 多处赋值同值（
a = b = 10），查不到“原始名”
真需要变量名调试，优先用 IDE 的 debugger 视图，或改用 logging.debug("x=%r", x) + 手动写字段名——简单、稳定、无副作用。
