最直接用 np.where 实现多条件布尔索引；需用 &、|、~ 替代 and/or，注意运算符优先级和 NaN 处理，字符串操作优先用 np.char 函数。
用 np.where 做多条件布尔索引最直接
NumPy 本身不支持 Python 原生的 and/or 对数组做逻辑运算，直接写 arr > 1 and arr 会报 <code>ValueError: The truth value of an array with more than one element is ambiguous。必须用逐元素逻辑运算符：&（与）、|（或）、~（非），且注意括号优先级。
推荐首选 np.where，它返回满足条件的索引，可直接用于切片：
import numpy as np a = np.array([0, 2, 3, 6, 4, 7]) mask = (a > 1) & (a < 5) # 注意括号！& 优先级低于比较运算符 result = a[np.where(mask)] # → array([2, 3, 4])
-
np.where返回的是元组(array([1, 2, 4]),)，所以常简写为a[mask]（因为mask本身就是布尔数组） - 别用
and/or—— 它们作用于整个数组对象，不是逐元素 - 多个条件叠加时，每个子表达式必须用括号包裹，否则
a > 1 & a 等价于 <code>a > (1 & a) ，结果完全错误
处理含 NaN 的多重判断要显式排除
当数组含 np.nan，比如来自 CSV 或缺失值填充场景，NaN > 3 返回 False，但 NaN == NaN 是 False，这会导致逻辑链意外中断。例如 (a >= 2) & (a 在 <code>a = [2, np.nan, 5] 中会把 np.nan 当作 False，过滤掉本可能想保留的行。
解决方法是用 np.isnan 显式控制：
立即学习“Python免费学习笔记（深入）”；
a = np.array([2, np.nan, 5, 1]) mask = (a >= 2) & (a <= 6) & (~np.isnan(a)) # 保留非 NaN 且在区间内的 # → array([2., 5.])
- 不要依赖
np.nan在布尔上下文中的隐式行为；它不可靠 -
~np.isnan(a)比np.isfinite(a)更精准——后者还会排除inf，而有时你只关心NaN - 如果业务允许把
NaN当作“满足某条件”，得单独用np.where(np.isnan(a), True, original_condition)
性能敏感时避免重复计算布尔掩码
在循环或高频调用中，反复构建相同条件的布尔数组（如 (x > 0) & (y ）会产生冗余内存分配和计算开销。尤其当输入是大数组（千万级）时，掩码生成本身可能成瓶颈。
- 把复合条件封装成函数并缓存掩码结果（如用
@lru_cache不适用，因输入是数组）——更实际的是复用变量：mask = (x > 0) & (y - 对超大数据，考虑用
numba.jit加速条件组合逻辑，但要注意numba对布尔运算支持有限，优先用原生 NumPy 向量化 - 避免嵌套
np.where：比如np.where((a > 1), np.where((a 比直接布尔索引慢 3–5 倍，且可读性差
字符串数组的多重逻辑判断要用 np.char 系列函数
对 dtype='U10' 或 object 类型的字符串数组，不能直接用 == 或 in 做向量化判断。比如想筛选“以 'A' 开头且长度大于 2”的字符串，a.startswith('A') 会报错。
必须通过 np.char 模块：
a = np.array(['Apple', 'Banana', 'Avocado', 'X']) starts_a = np.char.startswith(a, 'A') longer_than_2 = np.char.str_len(a) > 2 mask = starts_a & longer_than_2 # → [True, False, True, False] result = a[mask] # → ['Apple' 'Avocado']
-
np.char函数自动广播、忽略None和空字符串（返回False），但对np.nan仍需前置检查 - 字符串相等用
np.char.equal(a, 'target')，不用a == 'target'（后者在 object 数组上可能出错） - 正则匹配用
np.char.find或np.char.contains，但注意它们不支持 flags（如re.IGNORECASE），需先转小写再查
复杂逻辑嵌套时，宁可拆成多步布尔数组再组合，也不要堆砌一行超长表达式——调试时根本看不出哪一环挂了。
