应统一使用 numpy.quantile 计算 iqr 边界，因其默认线性插值、结果稳定且与 pandas 一致；标准写法为 q1 = np.quantile(data, 0.25) 和 q3 = np.quantile(data, 0.75)，避免混用 np.percentile。
怎么用 numpy.quantile 算 IQR 边界才不翻车
直接用 np.percentile 有时会因插值方式不同导致边界偏移，尤其在小样本或重复值多时。推荐统一用 np.quantile，它默认采用线性插值，结果更稳定，且与 Pandas 的 quantile() 行为一致。
-
q1 = np.quantile(data, 0.25)和q3 = np.quantile(data, 0.75)是标准写法，别混用percentile（后者默认 method='linear' 但旧版本行为不一） - 数据长度
n 时，<code>quantile仍会返回数值，但 Q1/Q3 估计极不可靠——此时 IQR 法本身失效，应跳过或加警告 - 遇到全相同值（如
[5,5,5,5]），IQR=0，上下界重合，所有非该值都会被误标为异常；需提前检查iqr == 0并处理
为什么 1.5 * IQR 是默认阈值，而不是 2 或 3
1.5 不是统计推导出来的“黄金常数”，而是图基（Tukey）在大量实验中发现的平衡点：既足够敏感以捕获明显离群点，又不至于把尾部正常波动误判为异常。用 2 倍会漏检温和离群，用 3 倍基本只抓极端值（比如传感器彻底失灵），实际中极少用。
- 业务场景决定倍数：金融风控可能用
1.2提前预警，IoT 设备日志可放宽到2.0减少误报 - 不要对所有字段硬套同一倍数——订单金额和用户停留时长的分布形态差异极大，需分列计算
- 若数据明显右偏（如收入），可考虑对数变换后再算 IQR，比强行调高倍数更合理
用 Pandas 处理 DataFrame 时，apply 和逐列循环哪个更安全
用 df.apply(lambda x: detect_outliers_iqr(x)) 看似简洁，但一旦某列为非数值型（如字符串、时间戳），就会直接报错 TypeError: ufunc 'subtract' not supported...。不如显式遍历数值列，留出容错空间。
- 先筛选数值列：
num_cols = df.select_dtypes(include=np.number).columns - 对每列单独调用检测函数，捕获异常并记录列名，避免整表中断
- 别依赖
df[col].quantile(0.25)自动跳过 NaN——它默认skipna=True，但若整列全是 NaN，会返回nan，后续计算iqr得nan，边界变成nan，布尔索引全失效
画箱线图时 seaborn.boxplot 显示的异常点，和你代码算出的不一致？
不是 bug，是绘图库做了额外处理：seaborn 默认用 whis=1.5，但会把须（whisker）末端限制在实际数据的最小/最大值内，而你的代码如果直接用公式算边界，可能得到理论值（比如下界=-12.3，但数据最小是 1），这时 seaborn 会把须拉到 1，而你的逻辑仍按 -12.3 判定——导致“图上没标异常，代码却标了”。
- 验证一致性：用
ax = sns.boxplot(data=df); ax.get_lines()[1].get_ydata()可提取上须位置，和你算的upper_bound对比 - 想完全对齐，就用
plt.boxplot(data, whis=1.5, sym='')，关掉自动标记，自己用plt.scatter画出你代码识别的点 - 可视化只是辅助，最终清洗必须以你代码计算的边界为准，别被图“带偏”
实际项目里最常被忽略的，是 IQR 对「单调序列」完全失效——比如时间戳递增序列，Q1 和 Q3 差值很小，但某个跳变点（如系统重启后时间归零）会被漏掉。这种时候得换方法，比如差分后 IQR，或者直接用时间序列突变检测。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
