pandas where 替换字符串后变成 object：检查列表替换值

字符串列执行 where() 后，替换位置和值都正确，dtype 却从 str 变成 object。如果 other 传入的是 ['cudf'] 这样的单元素列表，应检查列表替换值进入扩展类型处理的路径，而不是先把整张表强制转成字符串。

这个现象发生在 pandas 3 的 StringDtype 字符串列场景。pandas 3.1.0 已修正扩展 dtype 在 where 等操作接收列表替换值时退成 object 或报 TypeError 的问题。实际项目仍应沿依赖锁文件更新，并对自己的列类型验收。

值看起来正确，类型仍可能变化

以下示例使用 pandas 3 的 str dtype，明确输入是字符串列：

import pandas as pd

source = pd.DataFrame({"A": ["a", "bc", "cde", "fghi"]}, dtype="str")
condition = pd.DataFrame({"A": [True, False, True, False]})
result = source.where(condition, ["cudf"])

where 在条件为真处保留原值、为假处替换，因此预期是 a、cudf、cde、cudf。受影响路径的结果可能满足这组值，却丢掉输入的 StringDtype。若下游依赖可空字符串操作或导出 schema，只比对打印内容会漏掉这次变化。

正式 3.1.0 对列表替换值做相应归一化，使其进入扩展数组可处理的替换路径。这里的故障是类型退化，不能与 mask(inplace=True) 替换方向相反的问题混为一谈。

同一个字符串替换所有位置时，直接传标量

业务本来就要求所有未命中的单元格使用同一字符串，可以改为：

result = source.where(condition, "cudf")

这段代码接续上面的输入，以标量表达统一替换，不再借用单元素列表的广播路径。它保留 where 的条件方向；不要为了 dtype 问题反转条件，也不要改成把命中位置替换的 mask 而遗漏相应语义调整。

如果列表包含多个不同值、需要按位置或标签分别替换，标量就不是等价方案。应保留那项业务规则，采用包含修正的版本，并明确替换值的形状、对齐方向与目标 dtype。不同列各有规则时，也不能直接把整个 DataFrame 的替换值压成一个字符串。

同时验收值、类型和缺失位置

对这个最小示例，可将标量结果作为统一字符串替换的参照，检查列表结果与它是否一致：

list_result = source.where(condition, ["cudf"])
expected = source.where(condition, "cudf")
pd.testing.assert_frame_equal(list_result, expected)

这里单独保留列表与标量两份结果。assert_frame_equal 默认也检查 dtype，不能为了让检查通过而关闭类型比较。

真实输入还要加入缺失字符串，并保留原列采用的缺失值约定。pandas 3 的 str 与可空 string 并非可以随意互换；将整表转为 Python 字符串可能把缺失标记变成普通文本。只有内容确实需要换类型时才做显式转换，不能把它当作类型退化的通用补丁。