isinstance(obj, list) 是判断对象是否为 list 的最准确方法，它检查实际类型而非可迭代性或行为；需严格排除子类时用 type(obj) is list。
用 isinstance(obj, list) 是最直接的方式
很多人误以为 hasattr(obj, '__iter__') 或 iter(obj) 不报错就能判断是 list，其实那只是说明它是可迭代对象（比如 str、tuple、set、甚至自定义类），和是不是 list 完全无关。
isinstance(obj, list) 检查的是对象的**实际类型**，不是鸭子类型。它不会把 tuple 或 deque 当成 list，也不会被重载了 __iter__ 的类欺骗。
- ✅ 正确：
isinstance([1, 2], list)→True - ❌ 错误：
isinstance((1, 2), list)→False（哪怕它能 for 循环） - ⚠️ 注意：
isinstance(list(), list)→True，但isinstance(list_subclass(), list)也返回True（子类也算）
需要严格排除子类？用 type(obj) is list
如果业务逻辑要求「必须是原生 list 类型，不能是继承自 list 的子类」，就得用身份比较：type(obj) is list。
它比 isinstance 更严格，因为 type() 返回的是对象的**精确类型对象**，而 is 是内存地址级比较。
立即学习“Python免费学习笔记（深入）”；
- ✅
type([1, 2]) is list→True - ✅
type(list_subclass()) is list→False（即使它继承自 list） - ⚠️ 风险：如果有人写了
MyList = list，那么type(MyList()) is list仍为True（因为只是别名，没新建类型）
别用 obj.__class__ == list 或 str(type(obj))
这两种写法看似能绕过 isinstance 的继承逻辑，但都不可靠：
-
obj.__class__ == list：在极少数动态修改__class__的场景下可能失效（虽然罕见，但不符合类型检查本意） -
str(type(obj)) == "<class>" </class>：依赖字符串解析，受 Python 版本、实现（如 PyPy）、甚至自定义__repr__干扰，完全不推荐 - 更隐蔽的问题：
from typing import List; isinstance([], List)返回False——List是类型提示，不是运行时类型
为什么不用 collections.abc.Sequence？
因为这不是“判断是否是 list”，而是“判断是否像 list 一样支持索引和切片”。str、tuple、range、array.array 都满足 isinstance(obj, Sequence)，但它们显然不是 list。
如果你真正关心的是「能否用 obj[0]、obj[1:3]、len(obj)」，那用 Sequence 合理；但标题明确要“真的是 list”，那就不能退让。
类型检查的边界就在这里：运行时判断类型，不是判断行为。想安全地调用 obj.append() 或 obj.sort()？只有 list 和它的子类才保证有这些方法——而 isinstance(obj, list) 就是那个最小、最准、最无歧义的判断依据。
