append和extend不能混用，因append将整个对象作为单个元素添加，extend则展开可迭代对象逐个添加；误用会导致嵌套错误，如[1,2].append([3,4])得[1,2,[3,4]]，而extend得[1,2,3,4]。
Python列表的append和extend为什么不能混用
因为它们操作意图完全不同：append把整个对象当一个元素塞进去，extend则要求参数是可迭代对象，并把它的每个元素逐个添加。误用会直接导致嵌套层级错误。
- 常见错误现象：
[1, 2].append([3, 4])得到[1, 2, [3, 4]]；而[1, 2].extend([3, 4])得到[1, 2, 3, 4] - 使用场景：
append适合加单个值（数字、字符串、字典等）；extend适合合并另一个列表、元组或生成器 - 性能影响：
extend底层调用 C 的list_extend，比循环调用append快得多；但传入非可迭代对象（如extend(42)）会抛出TypeError: 'int' object is not iterable
索引越界时用try/except还是先len判断
取决于访问模式：随机稀疏访问推荐先检查长度；高频连续遍历建议用异常捕获——Python 的“请求宽恕比许可更容易”（EAFP）在此处真有性能优势。
- 常见错误现象：
my_list[100]直接抛IndexError: list index out of range，不是返回None - 参数差异：切片访问（如
my_list[100:101]）不会报错，而是安静返回空列表，这点常被忽略 - 兼容性影响：在 PyPy 或某些嵌入式 Python 实现中，频繁
len()调用可能比异常开销更大；CPython 下异常路径优化得足够好 - 实操建议：写工具函数时，若明确只取第 N 个元素且 N 可能越界，用
if n 更直觉；若在 for 循环里反复试探索引，用 <code>try...except IndexError更快
del、pop、remove三个删除操作的区别在哪
根本区别在于定位方式和返回值：del按索引删且不返回值；pop按索引删并返回被删元素；remove按值删（只删第一个匹配项），不支持索引，找不到就报错。
- 常见错误现象：
my_list.remove(5)找不到 5 就抛ValueError: list.remove(x): x not in list；my_list.pop(10)索引越界抛IndexError；del my_list[10]同样抛IndexError - 使用场景：
pop()常用于实现栈（LIFO）；remove()适合清理已知内容但不知位置的数据；del适合批量删切片（如del lst[2:5]） - 性能影响：
del和pop在末尾操作是 O(1)，在开头或中间是 O(n)（要移动后续所有元素）；remove总是 O(n)，因需遍历查找
列表推导式里用if和if-else的语法边界
单个 if 是过滤条件，写在末尾；if-else 是表达式的一部分，必须前置，且必须配对出现——这是最容易写错的语法点。
立即学习“Python免费学习笔记（深入）”；
- 常见错误现象：
[x if x > 0 for x in lst]语法错误；正确写法是[x if x > 0 else 0 for x in lst]（三元表达式）或[x for x in lst if x > 0]（过滤） - 使用场景：过滤用
if单独写；映射+替换用if-else前置；想同时过滤又变换，得嵌套或拆成两步 - 可读性陷阱：复杂逻辑塞进一行推导式会让调试困难；比如
[f(x) for x in lst if cond1(x) and cond2(x)]比[f(x) for x in lst if all_conditions(x)]更难维护
列表底层是动态数组，所有增删改查都绕不开内存拷贝和指针偏移。哪怕只是 lst[0] = 1，也涉及引用计数更新和对象地址确认——这些细节在小数据量时不显，一到处理上万条记录或嵌套结构，就全暴露出来。
