output参数必须在声明和调用两端均显式标注，缺一不可；未声明即传入会报错；多参数需逐个标注；值在结果集消费完后才就绪；字符串易静默截断；不适用于动态或嵌套结构。
OUTPUT参数必须显式声明和显式调用
不加OUTPUT关键字，哪怕变量名、类型都对，SQL Server 也只当它是输入参数——值根本不会写回调用方。这是最常踩的坑，尤其从纯SELECT改写成带参数的存储过程时。
声明和调用两头都得写OUTPUT，缺一不可：
- 定义时：
@count INT OUTPUT✅；@count INT❌（只读） - 调用时：
EXEC usp_GetCount @id = 123, @count = @result OUTPUT✅；EXEC usp_GetCount @id = 123, @count = @result❌（@result保持原值） - 所有
OUTPUT参数在EXEC前必须已DECLARE，未声明就传入会报错Must declare the scalar variable
多个输出参数要各自独立标注
不能写成@a INT, @b INT OUTPUT以为只有@b是输出——每个参数的OUTPUT属性互不影响，必须逐个写清楚。
例如三个标量结果：
@total_orders INT OUTPUT@total_revenue DECIMAL(18,2) OUTPUT@avg_order_size DECIMAL(18,2) OUTPUT
调用时也得一一对应：EXEC CalculateOrderStats '2024-01-01', '2024-12-31', @a OUTPUT, @b OUTPUT, @c OUTPUT。少一个OUTPUT标记，对应变量就收不到值。
OUTPUT参数值在结果集消费完后才就绪
如果存储过程中有SELECT语句，它的结果集会先发给客户端；OUTPUT参数和RETURN值要等到所有结果集被完全读取或跳过之后，才真正可用。
这在程序里特别关键：
- ADO.NET中用
SqlDataReader，必须反复调用reader.NextResult()直到返回false，再读command.Parameters["@count"].Value - 如果只用
ExecuteScalar()，它只取第一个结果集的第一行第一列，OUTPUT参数压根不会被填充 - SSMS里看似“立刻可见”，是因为它自动处理了多结果集；程序里不手动遍历，读到的仍是
NULL或旧值
字符串OUTPUT参数容易静默截断
NVARCHAR类型的输出参数如果声明长度太小，SQL Server 不报错，而是直接截断——比如@msg NVARCHAR(10)赋值'Operation succeeded'，最终只拿到'Operation s'。
应对方式很实际：
- 声明时宁大勿小，
NVARCHAR(MAX)在多数场景下更安全 - 调用端绑定参数（如 ADO.NET 的
SqlParameter.Size）也要同步设足够大，否则驱动层可能提前截断 - 调试时可在存储过程中加
PRINT LEN(@msg)和SELECT @msg AS [Actual]对比确认是否被截
OUTPUT参数不是万能的返回通道，它只适合明确数量、结构固定的标量值；动态列、不确定行数、嵌套结构，该用SELECT结果集就用结果集——硬塞进字符串再解析，既丢类型又增出错点。
