C#字符串类型参数化SQL查询报错，整数类型可正常运行

这个错误确实有点搞人心态——明明你已经手动创建并添加了参数，却被告知参数没提供对吧？我帮你梳理几个最可能的原因和对应的解决办法：

1. 处理参数值为Null的情况 #

如果proNames[i]是null，SqlClient有时候会无法正确识别这个参数（null值的字符串参数默认可能被跳过）。你可以手动把null替换成DBNull.Value，同时明确指定参数的类型和长度，让数据库更明确你的参数信息：

SqlParameter param = new SqlParameter 
{
    ParameterName = "@idP",
    Value = proNames[i] ?? DBNull.Value, // 把null转为数据库能识别的空值
    SqlDbType = SqlDbType.NVarChar, // 对应数据库pro_name字段的类型
    Size = 100 // 对应字段的长度，比如你的pro_name是nvarchar(100)就填100
};
com.Parameters.Add(param);

2. 简化参数添加写法，避免初始化疏漏 #

手动实例化SqlParameter有时候可能因为细节疏忽出问题，你可以用SqlCommand.Parameters.Add的重载一步到位，更简洁不容易出错：

// 直接指定参数名、类型、长度，再赋值
com.Parameters.Add("@idP", SqlDbType.NVarChar, 100).Value = proNames[i] ?? DBNull.Value;

如果图省事，也可以用AddWithValue（注意：这个方法会自动推断类型，虽然字符串场景没问题，但复杂类型建议还是用上面的写法）：

com.Parameters.AddWithValue("@idP", proNames[i] ?? DBNull.Value);

3. 检查SQL语句是否被截断 #

看你的错误提示里，SQL语句被截断成了'(@idP nvarchar(4000))SELECT pro_name from products where pro_nam'——最后是pro_nam而不是完整的pro_name！这说明你的SQL字符串可能在构造时被意外截断了。仔细检查你的SQL语句，确保是完整的：

// 确保SQL语句拼写正确、没有被截断
com = new SqlCommand("SELECT pro_name from products where pro_name = @idP", con);

如果是通过字符串拼接生成的SQL，更要注意有没有拼接错误，直接写完整的字符串常量会更稳妥。

4. 确认命令对象的生命周期没问题 #

检查一下你有没有在添加参数之后，又重新实例化了SqlCommand对象——如果不小心重新创建了com，那之前加的参数就被清空了，自然会提示参数未提供。

另外提个小建议：参数化查询时明确指定SqlDbType和Size，不仅能避免类型推断的坑，还能让数据库不用做隐式类型转换，提升查询性能。

内容的提问来源于stack exchange，提问作者Ali