Python Language Mutable vs Immutable (and Hashable) in Python Mutable vs Immutable

30% OFF - 9th Anniversary discount on Entity Framework Extensions until December 15 with code: ZZZANNIVERSARY9


There are two kind of types in Python. Immutable types and mutable types.


An object of an immutable type cannot be changed. Any attempt to modify the object will result in a copy being created.

This category includes: integers, floats, complex, strings, bytes, tuples, ranges and frozensets.

To highlight this property, let's play with the id builtin. This function returns the unique identifier of the object passed as parameter. If the id is the same, this is the same object. If it changes, then this is another object. (Some say that this is actually the memory address of the object, but beware of them, they are from the dark side of the force...)

>>> a = 1
>>> id(a)
>>> a += 2
>>> a
>>> id(a)

Okay, 1 is not 3... Breaking news... Maybe not. However, this behaviour is often forgotten when it comes to more complex types, especially strings.

>>> stack = "Overflow"
>>> stack
>>> id(stack)
>>> stack += " rocks!"
>>> stack
'Overflow rocks!'

Aha! See? We can modify it!

>>> id(stack)

No. While it seems we can change the string named by the variable stack, what we actually do, is creating a new object to contain the result of the concatenation. We are fooled because in the process, the old object goes nowhere, so it is destroyed. In another situation, that would have been more obvious:

>>> stack = "Stack"
>>> stackoverflow = stack + "Overflow"
>>> id(stack)
>>> id(stackoverflow)

In this case it is clear that if we want to retain the first string, we need a copy. But is that so obvious for other types?


Now, knowing how a immutable types work, what would you say with the below piece of code? Is it wise?

s = ""
for i in range(1, 1000):
    s += str(i)
    s += ","


An object of a mutable type can be changed, and it is changed in-situ. No implicit copies are done.

This category includes: lists, dictionaries, bytearrays and sets.

Let's continue to play with our little id function.

>>> b = bytearray(b'Stack')
>>> b
>>> b = bytearray(b'Stack')
>>> id(b)
>>> b += b'Overflow'
>>> b
>>> id(b)

(As a side note, I use bytes containing ascii data to make my point clear, but remember that bytes are not designed to hold textual data. May the force pardon me.)

What do we have? We create a bytearray, modify it and using the id, we can ensure that this is the same object, modified. Not a copy of it.

Of course, if an object is going to be modified often, a mutable type does a much better job than an immutable type. Unfortunately, the reality of this property is often forgotten when it hurts the most.

>>> c = b
>>> c += b' rocks!'
>>> c
bytearray(b'StackOverflow rocks!')


>>> b
bytearray(b'StackOverflow rocks!')

Waiiit a second...

>>> id(c) == id(b)

Indeed. c is not a copy of b. c is b.


Now you better understand what side effect is implied by a mutable type, can you explain what is going wrong in this example?

>>> ll = [ [] ]*4 # Create a list of 4 lists to contain our results
>>> ll
[[], [], [], []]
>>> ll[0].append(23) # Add result 23 to first list
>>> ll
[[23], [23], [23], [23]]
>>> # Oops...

Got any Python Language Question?