Python 元组和列表的选型不可变vs可变

python fruits = ['苹果', '香蕉'] fruits.append('橙子') # 添加元素 fruits[0] = '蓝莓' # 修改元素 del fruits[1] # 删除元素 print(fruits) # ['蓝莓', '橙子']

### 适用场景
- 数据需要频繁变更（如购物车内容、实时传感器数据）
- 需要动态收集元素（如循环中不断追加结果）
- 简单的数据结构，未来可能改变大小

## 元组（Tuple）：安全的不可变记录

### 基本特性
- 使用圆括号定义：`my_tuple = (1, 2, 3)`，甚至可以省略括号：`my_tuple = 1, 2, 3`
- 创建后**不能修改**（不可变，immutable）
- 元素一旦确定，便不可增删改

### 定义元组的细节
单元素元组必须加逗号，否则会被当作普通括号运算：
```python
single = (42,)   # 元组
not_a_tuple = (42)   # 只是整数 42

适用场景

• 不希望被意外修改的数据（如坐标、RGB 颜色值）
• 函数返回多个值时（如 return x, y 实际上返回元组）
• 作为字典的键（列表不行，因为键必须可哈希）

不可变与可变的核心差异对比

性能与内存的深度对比

元组因为不可变，Python 解释器可以在创建时确定其大小，不需要动态预留空间。因此，元组的内存占用往往比相同内容的列表少。速度方面，元组的 for 循环和索引操作也有轻微优势。

测试一下（概念演示）：

import sys

lst = [1, 2, 3, 4, 5]
tup = (1, 2, 3, 4, 5)

print(sys.getsizeof(lst))  # 输出尺寸较大
print(sys.getsizeof(tup))  # 输出尺寸较小

在需要大量静态序列且不修改的场景中，选用元组可以减少内存开销，提升整体性能。

设计意图与代码可读性

选择元组还是列表，不止是技术问题，更是表达意图的问题。

• 当你看到 student = ("张三", 20, "计算机系")，你立刻知道这是一个固定的记录，代表某个实体。
• 当你看到 scores = [88, 92, 75]，你知道这个分数列表可能会被增删或修改。

在代码中遵循这种“约定”能大幅提高可读性，帮助其他人（包括未来的自己）快速理解数据流。

注意事项与常见陷阱

1. 元组的“不可变”是浅层的

元组本身不可变，但如果元组内部包含可变对象（如列表），那个可变对象的内容仍可修改。

tup = (1, [2, 3], 4)
tup[1].append(5)
print(tup)   # (1, [2, 3, 5], 4)

元组的引用没有改变，但所引用的列表发生了变化。这在做字典键时需要特别小心。

2. 解包（Unpacking）对于两者都适用

列表和元组都支持解包语法，但元组更常用于多变量赋值：

coords = (10, 20)
x, y = coords   # 优雅的解包

[a, b] = [30, 40]  # 列表也行，但少用

3. 多返回值就是元组

函数返回多个值时，Python 会默认打包成元组，因此可以直接：

def get_user():
    return "张三", 25    # 返回元组

name, age = get_user()