standardscaler需先用训练集fit_transform，再用同一实例transform测试集；不处理缺失值和非数值列，异常值与偏态无改善，树模型无需使用。
sklearn.preprocessing.StandardScaler 怎么用才不翻车
直接上结论：StandardScaler 适合特征近似正态、无极端离群值的场景；它不是万能的“数据清洗按钮”，套上去就跑模型，大概率让 fit_transform() 和 transform() 阶段结果对不上。
常见错误现象：ValueError: X has 3 features, but StandardScaler is expecting 5 features —— 这基本是训练集和测试集列顺序不一致，或测试集多了/少了列，又没用同一个 fitted scaler 实例做 transform。
- 必须先用训练集调用
fit_transform()，再用**同一个实例**对测试集调用transform()（不能重复fit） - 如果数据含缺失值，
StandardScaler默认不处理，会直接报错；得提前用SimpleImputer填充，或改用RobustScaler - 注意它只对数值列生效，混入
object类型列（比如字符串 ID）会炸；建议用ColumnTransformer显式指定数值列 - 标准化后均值≈0、标准差≈1，但原始分布形状不变——它不解决偏态，也不压缩异常值影响
MinMaxScaler 归一化到 [0, 1] 时要注意什么边界
MinMaxScaler 看似简单，实际最容易在边界上出问题：比如训练集最大值是 100，测试集突然来了个 105，归一化后就 > 1；或者某列全为常数（max == min），直接除零报错 ValueError: Infinite or NaN value encountered。
- 默认缩放范围是
feature_range=(0, 1)，可改成(-1, 1)等，但别用(0, 0)或非法元组 - 遇到常数列，加
clip=True参数可把超限值截断到范围内（比如 105 → 1.0），但这是掩盖问题，不是修复数据 - 若业务要求严格保序且容忍越界，考虑用分位数缩放（
QuantileTransformer），它对异常值更鲁棒 - 时间序列或在线预测场景慎用：它依赖全局 min/max，新样本无法动态更新这些统计量
什么时候该放弃标准化/归一化
不是所有模型都需要。树模型（DecisionTreeClassifier、RandomForest、XGBoost）完全不依赖特征尺度，强行标准化反而可能引入浮点误差、拖慢训练（尤其稀疏数据）。
- 距离敏感模型才真正需要：如
KNeighborsClassifier、SVM（尤其 RBF 核）、PCA、LogisticRegression（L2 正则下） - 深度学习里，输入层前做
StandardScaler仍是主流做法，但 batch normalization 已部分替代了它；注意别在归一化后再做 log 变换，顺序反了会崩 - 类别型变量（哪怕编码成 0/1）不该进 scaler；文本向量（TF-IDF）通常也不需要，除非后续接的是距离型下游模块
- 如果你用的是
PolynomialFeatures生成高次项，务必在它之前做标准化，否则高次项的量纲爆炸会彻底毁掉数值稳定性
自定义函数做归一化容易漏掉的关键点
有人图省事手写 (x - x.mean()) / x.std()，看着没错，实则埋雷：它没保存训练集的 mean_ 和 std_，导致测试阶段没法复现相同变换逻辑。
- 手动实现必须显式缓存训练统计量，并在推理时复用——这其实就是
StandardScaler的核心工作，没必要重复造轮子 - 用
numpy计算时，默认ddof=0，而StandardScaler用的是ddof=0（即总体标准差），这点一致；但 pandas 的.std()默认ddof=1，混用会导致偏差 - 多维数组 reshape 错误：比如把 (n_samples, 1) 当成 (n_samples,) 处理，广播失败；
scaler内部自动处理 shape，自己写得反复 checkndim和shape - 线上服务中，
pickle保存的 scaler 必须和训练时 Python/scikit-learn 版本兼容；跨大版本（如 1.0 → 1.4）可能加载失败，建议导出为 JSON 或 ONNX
最麻烦的其实是数据漂移：训练时的均值标准差，几个月后可能完全不适用。定期重拟合 scaler，比死守一个固定参数重要得多。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
