仅在python2中(不是python3):

assert not isinstance(lst, basestring)

实际上是你想要的，否则你会错过很多像列表一样的东西，但不是list或tuple的子类。

以“鸭子打字”的方式，怎么样

try:
    lst = lst + []
except TypeError:
    #it's not a list

or

try:
    lst = lst + ()
except TypeError:
    #it's not a tuple

分别。这避免了isinstance / hasattr自省的事情。

你也可以反过来检查:

try:
    lst = lst + ''
except TypeError:
    #it's not (base)string

所有变量实际上并不改变变量的内容，而是意味着重新赋值。我不确定在某些情况下这是否不可取。

有趣的是，如果lst是一个列表(不是元组)，使用“in place”赋值+=在任何情况下都不会引发TypeError。这就是为什么作业是这样做的。也许有人能解释一下原因。

带有PHP风格的Python:

def is_array(var):
    return isinstance(var, (list, tuple))

一般来说，迭代对象的函数不仅适用于元组和列表，也适用于字符串，这是一个特性而不是缺陷。您当然可以使用isinstance或duck类型来检查参数，但为什么要这样做呢?

这听起来像是一个反问句，但事实并非如此。“为什么我要检查参数的类型?”这个问题的答案很可能是针对实际问题的解决方案，而不是感知到的问题。为什么将字符串传递给函数是一个bug ?另外:如果将字符串传递给这个函数是一个bug，那么如果将其他一些非列表/元组可迭代对象传递给它也是一个bug吗?为什么，或者为什么不?

我认为这个问题最常见的答案可能是，编写f(“abc”)的开发人员希望函数的行为就像他们编写的f([“abc”])一样。在某些情况下，保护开发人员不受自己的伤害比支持在字符串中遍历字符的用例更有意义。但我会先好好想想。

在python中>3.6

import collections
isinstance(set(),collections.abc.Container)
True
isinstance([],collections.abc.Container)
True
isinstance({},collections.abc.Container)
True
isinstance((),collections.abc.Container)
True
isinstance(str,collections.abc.Container)
False

简单的方法…使用any和isinstance

>>> console_routers = 'x'
>>> any([isinstance(console_routers, list), isinstance(console_routers, tuple)])
False
>>>
>>> console_routers = ('x',)
>>> any([isinstance(console_routers, list), isinstance(console_routers, tuple)])
True
>>> console_routers = list('x',)
>>> any([isinstance(console_routers, list), isinstance(console_routers, tuple)])
True