只是一个快速扩展列表vs元组响应:

由于动态特性，list分配的位桶比实际需要的内存要多。这样做是为了防止在将来附加额外项时进行昂贵的重新分配操作。 另一方面，由于是静态的，轻量级元组对象不需要保留存储它们所需的额外内存。

首先，它们都是Python中的非标量对象(也称为复合对象)。

元组，有序的元素序列(可以包含任何没有混叠问题的对象) 不可变(tuple, int, float, str) 使用+进行连接(当然会创建一个全新的元组) 索引 切片 Singleton(3，) # ->(3)而不是(3)# -> 3 List(其他语言中的数组)，值的有序序列 可变的 单例[3] 克隆new_array = origin_array[:] 列表推导式[x**2 for x in range(1,7)]给出 [1,4,9,16,25,36](不可读)

使用list还可能导致别名错误(两条不同的路径 指向同一对象)。

list的值可以随时更改，但元组的值不能更改。

优点和缺点取决于使用。如果你有这样一个你不想改变的数据，那么你应该使用tuple，否则list是最好的选择。

换句话说，TUPLES用于存储一组元素，其中组的内容/成员不会改变，而list用于存储一组元素，其中组的成员可以改变。

例如，如果我想在一个变量中存储我的网络IP，最好使用一个元组，因为IP是固定的。my_ip =('192.168.0.15'， 33,60)。但是，如果我想存储一组未来6个月我将访问的地方的IP，那么我应该使用LIST，因为我会不断更新和添加新的IP到组中。像这样

places_to_visit = [
    ('192.168.0.15', 33, 60), 
    ('192.168.0.22', 34, 60), 
    ('192.168.0.1', 34, 60), 
    ('192.168.0.2', 34, 60), 
    ('192.168.0.8', 34, 60), 
    ('192.168.0.11', 34, 60)
] 

列表是可变的。而元组是不可变的。在元组中访问带有索引的偏移量元素比在列表中更有意义，因为元素及其索引不能被更改。

正如人们已经在这里回答的那样，元组是不可变的，而列表是可变的，但是使用元组有一个重要的方面我们必须记住

如果元组中包含列表或字典，即使元组本身是不可变的，也可以更改这些列表或字典。

例如，假设我们有一个元组，其中包含一个列表和一个字典为

my_tuple = (10,20,30,[40,50],{ 'a' : 10})

我们可以将列表的内容更改为

my_tuple[3][0] = 400
my_tuple[3][1] = 500

new tuple看起来像什么

(10, 20, 30, [400, 500], {'a': 10})

我们还可以更改tuple as内的字典

my_tuple[4]['a'] = 500

这将使整个元组看起来像

(10, 20, 30, [400, 500], {'a': 500})

发生这种情况是因为list和dictionary是对象，这些对象没有改变，但它所指向的内容。

因此，元组保持不变，没有任何异常