map 和 filter 在 Python 3 中返回迭代器而非列表，需用 list() 转换才能直接查看或重复遍历；惰性求值节省内存，但调试易因遗漏 list() 导致无输出。
map 和 filter 为什么不能直接拿结果用？
因为它们在 Python 3 中返回的是迭代器，不是列表。你 print 出来可能只看到 <map object at 0x...>，或者循环一遍就空了——这不是 bug，是设计使然。
- 想立刻看内容或反复遍历，得手动转成
list()：比如list(map(func, iterable)) - 如果数据量大，不转
list反而是优势：节省内存、支持惰性求值 - 但写测试或调试时漏掉
list()，常导致“明明写了 map 却没输出”，尤其新手容易卡在这一步
map 的 func 参数传 lambda 还是普通函数？
取决于逻辑长度和复用需求。短操作用 lambda 更紧凑；涉及异常处理、多步计算或要被多次调用，必须定义函数。
-
map(lambda x: x.strip().upper(), lines)—— 合理，一行内完成 -
map(lambda x: json.loads(x)['id'], data)—— 危险！json.loads可能抛JSONDecodeError，而map不会帮你捕获 - 需要容错？写个函数：
def safe_parse(s): try: return json.loads(s)['id'] except: return None，再传进去
filter 里用 None 作第一个参数到底过滤啥？
它等价于把每个元素丢进 bool()，过滤掉所有“falsy”值：比如 None、0、''、[]、{}。
-
filter(None, [0, 1, '', 'hello', [], [1,2]])→ 返回[1, 'hello', [1,2]] - 别误以为它只过滤
None；也别在需要保留0或空字符串的场景里乱用 - 真要筛
None，得写filter(lambda x: x is not None, items)
map + filter 套着用，性能比 for 循环差吗？
单次小数据几乎没差别；但链式调用时，Python 会创建多个中间迭代器，每层都走一次遍历——看起来简洁，实际可能比一个 for 循环慢 20%～30%。
立即学习“Python免费学习笔记（深入）”；
- 比如
list(filter(is_even, map(abs, numbers)))会遍历三次：abs → filter → list - 等价的 for 写法只需一次遍历：
[abs(x) for x in numbers if is_even(abs(x))] - 更关键的是可读性：嵌套过深（比如 map(filter(map(...)))）会让同事想删库跑路
