SSMS中传参调用存储过程正常，C#调用无结果求助

这种情况我碰到过好多次啦，大概率是C#里参数的处理细节没跟存储过程匹配上，不一定是参数本身要“特殊处理”，但得注意几个关键地方：

• 参数名称必须完全匹配：存储过程里的参数名（比如@UserId），C#里添加SqlParameter时的ParameterName必须一模一样，包括大小写（虽然SQL Server本身不区分，但C#的SqlParameter是严格区分的！）。比如存储过程定义的是@UserName，你写成@username就会导致参数没正确传递，存储过程可能用了默认值或者空值，自然查不出结果。
• 参数类型要严格对应：别只看表面类型，比如存储过程里是varchar(50)，C#里就别用SqlDbType.NVarChar，得用SqlDbType.VarChar；如果是int类型参数，直接传int值就行，别转成字符串再传。类型不匹配会导致隐式转换失败，存储过程接收不到正确的参数值。
• 参数方向不能错：如果存储过程包含输出参数或者返回值，一定要把SqlParameter的Direction属性设置正确，比如ParameterDirection.Output或者ParameterDirection.ReturnValue。就算是普通输入参数，显式设置ParameterDirection.Input也能避免默认值带来的意外问题。
• 空值要用DBNull.Value：如果C#里需要向存储过程传空值，别直接传null，得用DBNull.Value。因为null在C#里会被视为未赋值的参数，而存储过程如果参数不允许空或者默认值不符合预期，就会导致无结果返回。
• 选对执行方法：你是不是误用了ExecuteNonQuery()？如果存储过程是返回结果集的，得用ExecuteReader()读取数据，或者用Fill()填充DataTable/DataSet——ExecuteNonQuery()只返回受影响的行数，不会返回查询结果集哦！
• 指定字符串参数的长度：对于字符串类型的参数，最好显式设置Size属性，比如new SqlParameter("@UserName", SqlDbType.VarChar, 50) { Value = "JohnDoe" }。如果不指定，C#可能自动分配长度，但有时候会和存储过程里的定义不匹配，导致参数值被截断或者无法识别。

这里给你一个标准的C#调用存储过程的示例，你可以对照调整：

using (SqlConnection conn = new SqlConnection("你的数据库连接字符串"))
{
    SqlCommand cmd = new SqlCommand("你的存储过程名称", conn);
    // 一定要设置CommandType为StoredProcedure！
    cmd.CommandType = CommandType.StoredProcedure;

    // 添加输入参数
    cmd.Parameters.Add(new SqlParameter("@UserId", SqlDbType.Int) { Value = 123 });
    cmd.Parameters.Add(new SqlParameter("@UserName", SqlDbType.VarChar, 50) { Value = "JohnDoe" });

    // 如果有输出参数，这样定义
    var totalCountParam = new SqlParameter("@TotalCount", SqlDbType.Int) 
    { 
        Direction = ParameterDirection.Output 
    };
    cmd.Parameters.Add(totalCountParam);

    conn.Open();
    // 读取结果集
    using (SqlDataReader reader = cmd.ExecuteReader())
    {
        while (reader.Read())
        {
            // 这里处理每一行数据，比如 reader["ColumnName"]
        }
    }

    // 读取输出参数的值
    int total = (int)totalCountParam.Value;
}

如果按照上面的要点检查后还是没解决，建议把存储过程的定义贴出来，这样能更精准地定位问题～

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