使用AddWithValue仅对字符串有风险？传入int至存储过程是否无性能隐患？

对于你的场景——所有参数都是C#的int类型，传递给SQL Server存储过程，确实可以不用太担心AddWithValue带来的性能风险，核心原因有两点：

1. int类型的映射几乎无误差 #

C#的int（System.Int32）和SQL Server的int是严格一一对应的基础值类型，AddWithValue处理这类参数时，能直接推断出正确的SQL数据类型，不会出现字符串场景下的类型不匹配问题（比如把string推断成nvarchar(max)而非表字段对应的varchar(50)，引发隐式转换和查询计划复用失败）。

2. 存储过程的预定义参数约束强化了安全性 #

存储过程的参数类型是预先声明好的，即使AddWithValue的类型推断出现极小偏差（对int来说几乎不可能），SQL Server也会按照存储过程指定的参数类型解析传入值，不会影响查询计划的生成与复用。

当然，还是建议养成显式指定参数类型的习惯（比如用SqlParameterCollection.Add()并明确SqlDbType.Int），避免后续扩展参数类型时（比如新增字符串、日期参数），因沿用AddWithValue踩坑。

内容的提问来源于stack exchange，提问作者J. Mini