zscore标准化使数据均值为0、标准差为1，因其执行(x−x.mean())/x.std()；用StandardScaler更稳妥（默认ddof=0），zscore需显式设ddof=0；minmax_scale因无状态，须改用MinMaxScaler并统一fit-transform；标准化必须在train/test划分后基于训练集统计量进行。
zscore 标准化为什么会让数据变成均值为 0、标准差为 1？
因为 scipy.stats.zscore 或 sklearn.preprocessing.StandardScaler 实际执行的是：(x - x.mean()) / x.std()。这个公式天然保证了变换后数组的均值为 0、标准差为 1（前提是用总体标准差，即 ddof=0；StandardScaler 默认如此，而 zscore 默认用样本标准差 ddof=1，这点极易被忽略）。
实操建议：
- 若需严格满足“均值 0、标准差 1”，用
StandardScaler更稳妥；用zscore时务必显式传参ddof=0 - 对含异常值的数据，
zscore结果可能被严重拉偏——因为均值和标准差本身不鲁棒 - 训练集和测试集必须用**同一套 fit 得到的 mean/std** 做 transform，不能分别调用
zscore
minmax_scale 为什么输出范围不总是 [0, 1]？
sklearn.preprocessing.minmax_scale 默认缩放到 [0, 1]，但实际结果超出该范围，通常只有一种原因：你对训练集和测试集**分别调用了该函数**。它没有 fit/transform 接口，是无状态函数，每次独立计算 min/max，导致测试数据映射失准。
正确做法是改用 MinMaxScaler：
from sklearn.preprocessing import MinMaxScaler scaler = MinMaxScaler() X_train_scaled = scaler.fit_transform(X_train) # 只在这里 fit X_test_scaled = scaler.transform(X_test) # 测试集复用 fit 结果
注意点：
-
minmax_scale适合已知全局上下界且无新增极端值的场景（如图像像素值 0–255） - 若训练数据中存在离群点（如一个特征值是 1e6），min-max 会把其余数据全压缩到极窄区间，模型难学
- 它对新出现的、超出原始 min/max 的测试样本会输出
或> 1——这不是 bug，是设
计使然
计使然什么时候 zscore 比 minmax 更合适？
当模型假设输入服从近似正态分布，或对特征量纲敏感且异常值可控时，zscore 更自然。典型例子：线性回归、逻辑回归、SVM、神经网络的输入层（尤其配合 BatchNorm 时）。
判断依据更实用：
- 特征直方图看起来大致对称？→ 优先试
StandardScaler - 算法文档明确写 “assumes zero-mean unit-variance input”？→ 必须用
zscore - 训练数据里有明显异常值，但又不能直接删？→ 先用
RobustScaler（基于中位数/IQR），而不是硬上zscore - 特征是计数类（如页面点击量），右偏严重？→ 考虑先 log(x+1)，再
zscore
标准化必须在 train/test 划分之后做吗？
必须。所有标准化器都只能基于 X_train 的统计量（mean/std 或 min/max）拟合，再统一作用于训练集和测试集。任何在划分前整体标准化的操作，都会造成标签泄露——测试集的信息悄悄参与了缩放参数计算。
常见翻车现场：
- 用
pd.DataFrame.apply(zscore)直接跑全量数据 - 先
MinMaxScaler().fit_transform(df)，再切 train/test - 交叉验证时，在每折内重新 fit —— 这虽不泄露测试标签，但违背了“部署时只有单次 fit”的现实，评估结果过于乐观
真正安全的做法：把 scaler 包进 pipeline，确保 fit 和 transform 严格按数据流顺序发生。
