In python is there an easy way to tell if something is not a sequence? I tried to just do:
if x is not sequence
but python did not like that
-
2Related: In python, how do I determine if a variable is Iterable? http://stackoverflow.com/questions/1952464/in-python-how-do-i-determine-if-a-variable-is-iterable/1952481#1952481 – miku May 30 '10 at 00:47
-
9Yep, but while all sequences are iterables not all iterables are sequences (sets and dicts are built-in iterable containers that are not sequences, for example). – Alex Martelli May 30 '10 at 00:55
7 Answers
iter(x)
will raise a TypeError
if x
cannot be iterated on -- but that check "accepts" sets and dictionaries, though it "rejects" other non-sequences such as None
and numbers.
On the other hands, strings (which most applications want to consider "single items" rather than sequences) are in fact sequences (so, any test, unless specialcased for strings, is going to confirm that they are). So, such simple checks are often not sufficient.
In Python 2.6 and better, abstract base classes were introduced, and among other powerful features they offer more good, systematic support for such "category checking".
>>> import collections
>>> isinstance([], collections.Sequence)
True
>>> isinstance((), collections.Sequence)
True
>>> isinstance(23, collections.Sequence)
False
>>> isinstance('foo', collections.Sequence)
True
>>> isinstance({}, collections.Sequence)
False
>>> isinstance(set(), collections.Sequence)
False
You'll note strings are still considered "a sequence" (since they are), but at least you get dicts and sets out of the way. If you want to exclude strings from your concept of "being sequences", you could use collections.MutableSequence
(but that also excludes tuples, which, like strings, are sequences, but are not mutable), or do it explicitly:
import collections
def issequenceforme(obj):
if isinstance(obj, basestring):
return False
return isinstance(obj, collections.Sequence)
Season to taste, and serve hot!-)
PS: For Python 3, use str
instead of basestring
, and for Python 3.3+: Abstract Base Classes like Sequence
have moved to collections.abc
.

- 3,552
- 8
- 38
- 41

- 854,459
- 170
- 1,222
- 1,395
-
12Note that this code example will return the wrong result for objects that implement the sequence protocol but do not involve the `collections.Sequence` ABC. – Mike Graham May 30 '10 at 00:55
-
5Yep: differently from simpler ABCs, Sequence doesn't implement a `__subclasshook__` class method, so it will never automatically recognize a class that chose not to `register` with it (or inherit from it) -- it would be essentially impossible to tell by introspection whether a class's `__getitem__` accepts integers and slices, raises `IndexError` on wrong indices, etc -- all you need to rule out `dict` and `set`, essentially (that _do_ seem to "implement the sequence protocol" if you just do introspection... but then turn out not to!-). – Alex Martelli May 30 '10 at 01:24
-
Sets are pretty easy to rule out, since they don't have `__getitem__`, but mappings are much harder. The best check I've seen is probably to look for `keys`, like `dict.update` does, but that still leaves a lot to be desired. – user2357112 Jun 25 '15 at 08:05
-
1So for my custom type to be detected as a Sequence I have to subclass Sequence? – flutefreak7 Jul 07 '17 at 19:30
-
2Good example of the caveat mentioned is numpy arrays, which have all the required properties of a Sequence but fail to recognized as such by isinstance. If this doesn't even work for numpy arrays, seems pretty hopeless. – spinkus Jun 12 '18 at 12:30
-
In most practical cases, `str` should _not_ be considered a sequence, that's why `hasattr(str,'__iter__')` returns false. – ivan_pozdeev Jun 22 '18 at 19:15
-
@AlexMartelli `reversed` needs a sequence. `OrderedDict` implements `reversed`, and yet `isinstance(OrderedDict(), Sequence)` is `False`. I wonder why. – John Strood Dec 03 '18 at 12:03
-
-
To rule out all strings, I'd use `(str, collections.abc.ByteString)`, or `bytes` will pass `issequenceforme` – MestreLion Oct 30 '21 at 04:01
For Python 3 and 2.6+, you can check if it's a subclass of collections.Sequence
:
>>> import collections
>>> isinstance(myObject, collections.Sequence)
True
In Python 3.7 you must use collections.abc.Sequence
(collections.Sequence
will be removed in Python 3.8):
>>> import collections.abc
>>> isinstance(myObject, collections.abc.Sequence)
True
However, this won't work for duck-typed sequences which implement __len__()
and __getitem__()
but do not (as they should) subclass collections.Sequence
. But it will work for all the built-in Python sequence types: lists, tuples, strings, etc.
While all sequences are iterables, not all iterables are sequences (for example, sets and dictionaries are iterable but not sequences). Checking hasattr(type(obj), '__iter__')
will return True
for dictionaries and sets.

- 11,566
- 10
- 64
- 92
Since Python "adheres" duck typing, one of the approach is to check if an object has some member (method).
A sequence has length, has sequence of items, and support slicing [doc]. So, it would be like this:
def is_sequence(obj):
t = type(obj)
return hasattr(t, '__len__') and hasattr(t, '__getitem__')
# additionally: and hasattr(t, '__setitem__') and hasattr(t, '__delitem__')
They are all special methods, __len__()
should return number of items, __getitem__(i)
should return an item (in sequence it is i-th item, but not with mapping), __getitem__(slice(start, stop, step))
should return subsequence, and __setitem__
and __delitem__
like you expect. This is such a contract, but whether the object really do these or not depends on whether the object adheres the contract or not.
Note that, the function above will also return True
for mapping, e.g. dict
, since mapping also has these methods. To overcome this, you can do a heavier work:
def is_sequence(obj):
try:
len(obj)
obj[0:0]
return True
except TypeError:
return False
But most of the time you don't need this, just do what you want as if the object is a sequence and catch an exception if you wish. This is more pythonic.

- 3,250
- 1
- 25
- 46
-
The important point about dict is that if you treat it like a sequence you will just get the keys, not the values, and information will be lost. – Christopher Barber Aug 24 '16 at 16:52
-
2If using `hasattr()`, you need to check the type of the object for the magic methods, not the object itself. See the [Python 2](https://docs.python.org/2/reference/datamodel.html#special-method-lookup-for-new-style-classes) and [Python 3](https://docs.python.org/3/reference/datamodel.html#special-method-lookup) documentation on how special methods are looked up. – augurar Feb 20 '17 at 09:39
-
`__setitem__` and `__delitem__` would only apply to *mutable* sequences (e.g. not tuple or string) – tricasse Oct 19 '17 at 07:39
For the sake of completeness. There is a utility is_sequence
in numpy library ("The fundamental package for scientific computing with Python").
>>> from numpy.distutils.misc_util import is_sequence
>>> is_sequence((2,3,4))
True
>>> is_sequence(45.9)
False
But it accepts sets as sequences and rejects strings
>>> is_sequence(set((1,2)))
True
>>> is_sequence("abc")
False
The code looks a bit like @adrian 's (See numpy git code), which is kind of shaky.
def is_sequence(seq):
if is_string(seq):
return False
try:
len(seq)
except Exception:
return False
return True

- 2,266
- 28
- 34
-
1ugh, and it would return True for dicts as well, since len() works on them – Jason S May 25 '22 at 15:42
The Python 2.6.5 documentation describes the following sequence types: string, Unicode string, list, tuple, buffer, and xrange.
def isSequence(obj):
return type(obj) in [str, unicode, list, tuple, buffer, xrange]

- 4,145
- 1
- 23
- 16
-
19The problem with this answer is that it won't detect sequences that aren't builtin types. A Python "sequence" is any object that implements the methods necessary to respond to sequence operations. – intuited Jun 05 '10 at 04:06
-
4
why ask why
try getting a length and if exception return false
def haslength(seq):
try:
len(seq)
except:
return False
return True

- 23
- 1
-
4
-
1@bfontaine is right, but in some cases this code might be useful. – loved.by.Jesus Aug 18 '20 at 09:02
Why are you doing this? The normal way here is to require a certain type of thing (A sequence or a number or a file-like object, etc.) and then use it without checking anything. In Python, we don't typically use classes to carry semantic information but simply use the methods defined (this is called "duck typing"). We also prefer APIs where we know exactly what to expect; use keyword arguments, preprocessing, or defining another function if you want to change how a function works.

- 73,987
- 14
- 101
- 130
-
4It's an assignment constraint. If the argument we are passed isn't an int, long or sequence we need to raise a `TypeError` – nicotine May 30 '10 at 01:02
-
1@nicotine, recognize that this assignment indicates a design that is usually nonidiomatic and fragile. Consider the normal case, where an object should be exactly one type of thing. If a parameter is supposed to be a sequence but you get an int, when you index or iterate over it you will already get a `TypeError`. Similarly, if you tried to do integer operations with a sequence you would. – Mike Graham May 30 '10 at 04:09
-
Providing a consistent API (when at all possible) that expects just one type of thing lets you write simpler code which still raises errors when something goes wrong but is more robust in that it supports types you didn't think about but satisfy the true goal (for example, some custom class that implements `__len__` and `__getitem__` would work as a sequence.) – Mike Graham May 30 '10 at 04:09
-
2@MikeGraham To provide an example for where such a thing might be useful, I'm trying to write a function that can be given either a single object of one type or a list (or tuple) of such objects, and I need to be able to detect whether the caller gave me a sequence or just a single object. I know it's debatable whether or not this is good design, but at the moment I can't think of anything that speaks against it. – antred Oct 29 '15 at 01:07
-
1@antred, The better solution by far is to have a function do *one thing*, not multiple things. Always require a sequence, for instance. (You can make a second function with a different API.) The problem is that there's no Good way to detect the difference in Python and that it's harder to understand functions that do multiple things instead of one thing. – Mike Graham Oct 29 '15 at 17:46
-
4Sometimes it's unavoidable. I'm dealing with a situation where I'm processing JSON data where a particular value might be either a string, an integer, or a list of integers. I can't change the JSON generator, so I have to handle the data as it comes to me. – asciiphil Dec 03 '16 at 01:26
-
2@MikeGraham Without checking you will indeed get a `TypeError` exception at some point, however this throws me out of my normal flow of my code. By checking I can mitigate this issue with much more control of what to do in this invalid situation. This is actually a discussion about wether or not to use exceptions as a error handling mechanism. I have always been against it, there are also multiple modern languages that don't support exceptions (any)more. Unfortunately, using exceptions is the Pythonic way, so idiomatically you are (unfortunately) right. – Visionscaper Sep 14 '17 at 08:45