含NaN的列自动变为float64，因Pandas 2.0前NaN仅浮点支持，整型需升格；2.0起可用Int64等nullable类型配合pd.NA避免升格，convert_dtypes()可自动转换但需满足条件。
为什么含NaN的列自动变成float64？
因为Pandas在2.0之前，NaN是浮点数专用缺失值标记，而整型、布尔型等类型无法原生存储NaN。一旦某列（比如原始是int64）中插入或读入一个NaN，Pandas只能把它“升格”为float64——这是唯一能同时容纳整数值和NaN的内置NumPy类型。
这不是bug，是历史设计妥协。但副作用明显：df['age'].dtype变成float64后，即使所有非空值都是整数，你也得用df['age'].fillna(0).astype(int)才能转回去，而且NaN一出现就破坏了语义（比如年龄不该是小数）。
如何用Pandas 2.0的Nullable类型避免升格？
核心是改用支持缺失值的扩展类型：Int64（大写I）、boolean、string，它们属于Pandas自己的nullable类型体系，和NaN解耦，内部用<font color="red">pd.NA</font>表示缺失（不是np.nan）。
- 读取CSV时指定：
pd.read_csv("data.csv", dtype={"age": "Int64", "is_student": "boolean"}) - 已有DataFrame转换：
df["age"] = df["age"].astype("Int64")（注意：若原列含float型NaN，需先fillna(pd.NA)或用convert_dtypes()） - 新建列直接赋值
pd.NA：df["score"] = pd.array([85, 92, pd.NA], dtype="Int64")
关键区别：Int64列里pd.NA不污染数值类型，df["age"].sum()仍返回整数（跳过pd.NA），且df["age"].dtype稳定输出Int64。
立即学习“Python免费学习笔记（深入）”；
convert_dtypes()能一键搞定吗？
能，但有前提：它只对“看起来像整数但被存成float”的列生效，且要求缺失值是NaN（不是字符串"NaN"或空字符串）。调用后，会把float64列（如[1.0, 2.0, NaN]）自动转成Int64，把object列中的纯布尔字符串转成boolean。
- 推荐用法：
df = df.convert_dtypes(dtype_backend="numpy_nullable")（Pandas 2.0+默认，显式写更清晰） - 注意陷阱：如果列里混有数字和字符串（如
["1", "2", "missing"]），convert_dtypes()会转成string类型，而不是报错——这有时是预期行为，有时是数据清洗疏漏 - 性能影响：转换过程需遍历全列推断类型，大数据集下比直接
astype("Int64")慢
pd.NA和np.nan混用会怎样？
会触发隐式转换或报错。例如：df["age"] = df["age"].astype("Int64")之后再执行df.loc[0, "age"] = np.nan，Pandas会自动把np.nan转成pd.NA；但反过来，对Int64列调用df["age"].fillna(np.nan)会失败，提示“Cannot convert np.nan to integer”，必须写fillna(pd.NA)。
所以实际操作中要统一缺失值表示：启用Nullable类型后，就彻底告别np.nan，只用pd.NA。检查缺失值也得换函数：df["age"].isna()仍可用，但df["age"].isnull()等价（Pandas做了兼容），而np.isnan(df["age"])会直接报错。
最易忽略的一点：下游工具（如SQLAlchemy写入数据库、某些BI工具对接）可能不识别pd.NA，导出前得用df.replace({pd.NA: None})做一次清洗。
