应避免在eval()中拼接字符串，因其专为向量化数值计算优化；改用assign()+astype(str)+str.cat()或map()等向量化字符串方法，性能更稳、可读性更高、调试更清晰。
直接在 eval() 中做字符串拼接，既难写又慢，还容易出错。这不是 eval 的设计场景——它专为向量化数值计算优化，不是通用字符串构造器。
避免在 eval 里拼接字符串
eval 的表达式引擎对字符串操作支持有限。用 + 拼接会触发隐式类型推断，常导致 Series 被误当作标量处理；用 @func + "xxx" 更危险，底层可能调用 __radd__ 或降维，输出混杂（如 121\n142\nadditional string）。这不是 bug，是机制限制。
- eval 不解析 Python 字符串格式化语法（f-string、
format()、%） - 不支持
str.join()、map()、apply()等语义清晰的操作 - 调试困难：错误信息模糊，堆栈指向 eval 内部而非你的逻辑
用 assign + 向量化方法替代
把字符串拼接逻辑移出 eval，改用 assign() 链式调用，性能更稳、可读性更高：
- 数值计算仍可用 eval（如
A + B * 0.1），再传给字符串函数 - 拼接统一走
.astype(str)+.str.cat()或.map() - 示例：
df.assign(new_col=df.eval("A + B").astype(str).str.cat(sep=""))
大批量拼接优先用 join() 预处理
如果目标是把整列转成一个长字符串（如生成 SQL、日志块），不要在 eval 里循环拼——那根本不是它的用途：
- 先提取所需字段：
parts = df[["A", "B", "C"]].astype(str).values.flatten().tolist() - 再一次性拼：
full_str = "\n".join(parts) - 时间复杂度从 O(n²) 降到 O(n)，内存只分配一次
真需动态拼接时，用 map 配合 lambda
当每行要生成不同格式的字符串（如 f"ID:{A} | Total:{A+B}"），map() 比 eval 更直接：
df.assign(new_col=df.apply(lambda r: f"ID:{r.A} | Total:{r.A + r.B}", axis=1))- 或更高效：
df.assign(new_col="ID:" + df.A.astype(str) + " | Total:" + (df.A + df.B).astype(str)) - 全程不进 eval，无安全风险，调试时变量名清晰可见
