scikit-learn 1.0+ 中 train_test_split 的 random_state=None 行为变更：改用 np.random.default_rng()，可能导致结果不一致或警告；建议统一使用整数种子（如 42）确保可复现性。
scikit-learn 1.0+ 中 train_test_split 的 random_state 参数不再接受 None？
不是真的不接受，而是行为变了：当 random_state=None 时，新版默认使用 np.random.default_rng()，而旧代码若显式传入 random_state=None 并依赖旧版的 RandomState 实例，可能触发 FutureWarning 或打乱结果一致性。
实操建议：
- 统一改用整数（如
random_state=42）——这是最稳妥的做法，确保可复现且无警告 - 若需动态随机种子，用
random_state=int(time.time()) % (2**32)替代直接传None - 检查是否在单元测试中硬编码了旧版分割结果；新版因 RNG 后端不同，即使种子相同，
train_test_split的切分索引也可能微异
调用 fit_transform 时报错 “'NoneType' object has no attribute 'transform'”
这通常发生在你把 StandardScaler 或其他预处理器先 fit 再 transform，但忘了赋值给变量，比如写成了 scaler.fit(X_train); X_train_scaled = scaler.transform(X_train) —— 看似没问题，但若 scaler 是未初始化对象（或被意外覆盖为 None），就会崩。
更常见的是 API 变更导致的隐性空值：scikit-learn 1.2+ 开始，ColumnTransformer 对缺失列名默认报错而非静默跳过。如果构造时用了 remainder='passthrough' 但输入 X 是 pandas.DataFrame 且含未声明列，某些版本会返回 None 而非数组。
立即学习“Python免费学习笔记（深入）”；
实操建议：
- 始终链式调用：
X_train_scaled = StandardScaler().fit_transform(X_train)，避免中间状态出错 - 用
isinstance(X, pd.DataFrame)检查输入类型，必要时提前X = X.values避免列名解析歧义 - 在
ColumnTransformer中显式列出所有列，或改用remainder='drop'+ 手动补全，比依赖默认行为更可控
sklearn.metrics.classification_report 返回字符串而非字典，无法提取 F1 值？
没错，老版本（output_dict=True 是默认关闭的，返回纯文本；新版本仍默认关闭，但文档强调必须显式传参才能得字典。很多人升级后没改调用方式，还按老习惯直接 report['macro avg']['f1-score']，结果 TypeError: string indices must be integers。
实操建议：
- 务必加
output_dict=True：report_dict = classification_report(y_true, y_pred, output_dict=True) - 注意返回结构：键是类标签字符串（如
'0','1'）或'macro avg'，不是整数；若标签是int类型，需转成字符串再查 - 若只需单个指标，优先用底层函数如
f1_score(y_true, y_pred, average='macro')，更轻量、无格式干扰
升级后 GridSearchCV 报 AttributeError: 'GridSearchCV' object has no attribute 'best_score_'
这是典型未调用 .fit() 就访问属性。但升级后更容易踩坑：新版本对未拟合对象的属性访问更严格，旧版本可能返回 None 或默认值，新版本直接抛 AttributeError。
另一个隐蔽原因是：你在交叉验证中用了自定义 scorer，但该 scorer 返回 None 或非数值（比如忘了 return score），导致整个 cv_results_ 初始化失败，后续 best_score_ 根本没被设置。
实操建议：
- 在访问
best_score_前加判断：if hasattr(grid, 'best_score_'): - 自定义 scorer 必须返回
float，且不能有副作用（比如打印、修改全局变量）；建议用make_scorer包装 - 调试时先跑
grid.cv_results_['mean_test_score']，确认它不为空且是数值数组
API 弃用本身不难修，真正麻烦的是那些“看起来没变、其实语义已偏移”的细节——比如同一个参数名，旧版容忍 None，新版要求明确意图；或者一个属性存在与否，从“返回 None”变成“压根不设”。盯紧 warning 日志，别跳过 FutureWarning，它们基本就是未来 AttributeError 的预告片。
