for xml path('')返回xml类型，须显式转换为字符串；正确写法为stuff((select ',' + col from t for xml path(''), type).value('.', 'nvarchar(max)'), 1, 1, '')，并需在子查询内加order by保证顺序。
FOR XML PATH('') 返回 xml 类型，不能直接赋给 varchar 变量
直接写 SELECT @str = col + ',' FROM t FOR XML PATH('') 会报错：“无法将 xml 类型隐式转换为 varchar”。这不是语法错误，而是类型系统在拦你。
必须显式转换，且推荐走 TYPE + .value() 这条路径，它能安全处理 、<code>& 等字符，避免 XML 解析失败。
- 正确写法：
SELECT @str = STUFF((SELECT ',' + col FROM t FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)'), 1, 1, '') - 漏掉
TYPE：含&abc的字段会触发XML parsing: line 1, character xx, illegal name character - 用
CAST(... AS VARCHAR(MAX))替代.value()：能绕过报错，但会被转成 <code><，业务上常不可接受
STUFF 去首分隔符必须包住整个 FOR XML 子查询
STUFF 的作用是删掉拼接结果开头多余的分隔符（比如第一个逗号），但它必须作用于最终拼接字符串，不是对每一行操作。
常见错误是把 STUFF 写进子查询里，或者和 FOR XML 平级，结果要么语法报错，要么逻辑完全不对。
- 正确结构：
STUFF((SELECT ',' + col FROM t FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)'), 1, 1, '') - 错误结构：
SELECT STUFF(',' + col, 1, 1, '') FROM t FOR XML PATH('')—— 这是对每行单独删逗号，毫无意义 -
STUFF第三个参数填1或2取决于你拼接时加的前缀长度：用', ' + col就填2；用',' + col就填1
拼接顺序必须在子查询内加 ORDER BY，外层无效
很多人在最外层写 ORDER BY，以为能控制合并后的字符串顺序。SQL Server 不认这个，结果顺序完全不确定，尤其在并行执行计划下每次可能都不一样。
顺序必须由子查询内部的 ORDER BY 显式声明，且要写在 FOR XML PATH('') 前面。
- 正确写法：
(SELECT ',' + col FROM t ORDER BY id FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)') - 没写
ORDER BY：结果顺序随机，上线后容易引发数据一致性问题 - 字段含 NULL：默认被跳过，若需留空占位，得提前用
ISNULL(col, '')或COALESCE(col, '')处理
SQL Server 2017+ 优先用 STRING_AGG，但别忽略排序和 NULL
STRING_AGG 是原生函数，语义清晰、性能更好、不用绕 XML。但它在存储过程中容易栽在两个点上：默认不保序、默认过滤 NULL。
如果你从旧版迁移过来，或临时补丁里混用了两种写法，很容易出现“为什么结果顺序变了”“为什么某条记录不见了”的问题。
- 必须显式
ORDER BY：STRING_AGG(col, ',') WITHIN GROUP (ORDER BY id) - NULL 默认被跳过：想保留空位，得先
STRING_AGG(ISNULL(col, ''), ',') WITHIN GROUP (ORDER BY id) - 不能在
WHERE或HAVING中直接引用STRING_AGG列——它只能出现在SELECT和ORDER BY中
FOR XML PATH 在 SQL Server 2005–2016 环境里仍是刚需，而 STRING_AGG 虽好，但排序子句和 NULL 处理这两处稍不注意，结果就和预期差很远。
