能，LightGBM原生支持np.nan和None作为缺失值，训练时自动学习缺失值分裂方向；需确保数据中为标准np.nan、避免字符串型“NaN”，类别特征要显式添加np.nan至categories，且训练与预测缺失值形态必须一致。
缺失值能直接喂给 lgb.train 吗？
能，而且这是 LightGBM 的原生能力——它默认支持 np.nan 和 None 作为缺失值，不需要提前填充或删除。关键在于：模型内部在分裂节点时会自动学习“缺失值该往左子树还是右子树走”，这个决策是训练过程中联合优化的。
但要注意：如果用 pandas.DataFrame 构造数据，确保缺失值是真正的 np.nan（不是字符串 "NaN" 或空字符串），否则 LightGBM 会报错 ValueError: cannot convert float NaN to integer。
- 检查缺失值类型：
df[col].isna().sum()比df[col].isin(['', 'NULL', 'NaN']).sum()更可靠 - 强制转为浮点型再置空：
df['x'] = pd.to_numeric(df['x'], errors='coerce') - 避免用
fillna(0)预处理——这会掩盖缺失语义，且可能劣化效果
Dataset 初始化时要不要指定 missing 参数？
绝大多数情况下不用。LightGBM 默认把 np.nan 当作缺失值；只有当你用特殊数值（比如 -999）编码缺失时，才需要显式传 missing=-999。
常见误操作：有人看到文档里有 missing 参数就习惯性设成 np.nan，结果触发 TypeError: expected bytes, bytearray or unicode string, but got float ——因为 np.nan 是浮点，不能直接当参数传。
立即学习“Python免费学习笔记（深入）”；
- 正确做法：保持默认，只确保输入数据含标准
np.nan - 特殊编码场景（如金融数据常用 -999 表示缺失）：
lgb.Dataset(X, label=y, missing=-999) - 如果 X 是
scipy.sparse矩阵，缺失值必须用np.nan，且矩阵 dtype 必须是float32或float64
类别型特征含缺失时为什么报 ValueError: categorical_column must be list of str or int？
LightGBM 要求类别型特征（categorical_feature）中的缺失值也必须是 np.nan，且列 dtype 不能是 object ——尤其当 pandas 自动把含缺失的字符串列推断为 object 类型时，就会崩。
解决路径很明确：先转成 category 类型，再用 cat.add_categories([np.nan]) 扩展类别，最后确保 np.nan 在其中。
- 安全写法：
df['cat_col'] = df['cat_col'].astype('category').cat.add_categories([np.nan]) - 验证是否生效：
df['cat_col'].dtype应输出category，且df['cat_col'].isna().sum()> 0 - 传参时写清楚：
categorical_feature=['cat_col']，别漏掉引号 - 切忌用
fillna('MISSING')后再转 category——这会让模型把缺失当成一个普通类别，失去缺失值建模优势
训练后 predict 时遇到 ValueError: feature shape mismatch
通常是因为预测集里的缺失值形态和训练集不一致：比如训练时用了 np.nan，预测时混入了 None 或空字符串；或者类别型特征在预测集中出现了训练时没见过的新类别（包括新出现的 np.nan）。
- 统一清洗逻辑：训练和预测用同一套
pd.to_numeric(..., errors='coerce')和astype('category') - 类别型特征务必用
cat.set_categories(..., ordered=True)锁定所有可能取值（含np.nan） - 预测前检查：
np.any(np.isnan(X_pred))和X_pred.dtype是否与训练集一致
缺失值处理本身不难，难的是让训练和推理两端对“什么是缺失”达成完全一致——类型、dtype、编码方式，差一点就会在 predict 阶段突然报错。
