选列表还是元组关键看数据是否需修改：需增删改用列表，不变、作字典键或强调安全用元组；元组不可变但内部可变对象仍可修改，深层不可变需其他机制。
选列表还是元组，关键看数据要不要变：要修改、增删就用列表；确定不变、强调安全或用作字典键，就用元组。
看数据是否需要修改
列表是可变的，支持 append()、pop()、索引赋值（如 lst[0] = 5）等操作；元组一旦创建就不能改——尝试修改会直接报 TypeError。
- 用户输入的待处理订单号？→ 列表（后续可能标记完成、移除取消单）
- 一周七天的英文缩写？→ 元组（
('Mon', 'Tue', ..., 'Sun')，不会也不该被改）
看是否要用作字典的键
字典的键必须是不可变类型。元组只要内部元素都不可变（比如不含列表、字典），就能当键；列表永远不行。
- 用坐标
(x, y)统计地图上各点访问次数？→ 元组作键：counts[(3, 5)] += 1 - 想用
[3, 5]当键？→ 报错TypeError: unhashable type: 'list'
看性能和语义意图
元组创建和读取略快，内存占用稍小（尤其短序列），但这不是主因；更重要的是——它向人和代码传达“此处数据应保持稳定”的意图。
立即学习“Python免费学习笔记（深入）”；
- 函数返回多个值，如
def get_user(): return name, age, city→ 自动打包成元组，解包也自然：name, age, city = get_user() - 配置项如数据库连接参数：
DB_CONFIG = ('localhost', 5432, 'myapp')，比列表更明确表示“别动它”
别被“嵌套”绕晕：可变性只看最外层
元组不可变，是指它的元素个数和引用对象不能变，但不阻止你修改其内部可变对象的内容。
-
t = ([1, 2], 'hello')是合法元组；t[0].append(3)可以成功（改了列表，元组里存的还是那个列表的引用） - 真正需要完全不可变？得用
types.MappingProxyType或冻结数据类，元组本身不保证深层不可变
不复杂但容易忽略：选型不是看“哪个功能多”，而是看“哪个约束更准”。写清楚意图，比优化几纳秒更快。
