FOR XML PATH字符串拼接需四步：加TYPE避免转义、用.value()提取、ISNULL处理空值、子查询内ORDER BY保序；2017+推荐STRING_AGG。
FOR XML PATH 是 SQL Server 2005–2016 时代最常用的字符串拼接手段，它能绕过当时缺乏 STRING_AGG 的限制。但直接套用容易出错——空值、特殊字符转义、排序不可控是三大高频问题。
为什么 FOR XML PATH('') 会把 < 变成
SQL Server 默认把 XML 中的特殊字符（<、>、&）自动转义，这是 XML 安全机制，不是 bug。如果你拼的是纯文本（比如人名列表），却看到 ，说明你漏掉了类型转换环节。
- 必须显式转成
varchar或nvarchar，不能依赖隐式转换 - 正确写法：
SELECT CAST((SELECT ... FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)') AS NVARCHAR(MAX)) - 省略
TYPE就会触发字符串级转义；加了TYPE后再用.value()提取，才能保留原始字符
如何保证拼接顺序不乱？ORDER BY 必须写在子查询里
FOR XML PATH 本身不保序，外部 ORDER BY 对拼接结果无效。常见错误是把 ORDER BY 放在最外层，结果顺序随机。
- 排序逻辑必须放在子查询的
SELECT内部，例如：(SELECT ',' + name FROM users u2 WHERE u2.group_id = u1.group_id ORDER BY u2.sort_order FOR XML PATH(''), TYPE) - 如果排序字段可能为空，记得加
ISNULL(sort_order, 999999)避免 NULL 排最前/最后引发意外 - SQL Server 不允许子查询中直接用
ORDER BY，除非同时带TOP (100) PERCENT或OFFSET 0 ROWS（2012+），但更稳妥的做法是加TOP (2147483647)兼容旧版本
NULL 值导致整个拼接结果变 NULL 怎么办？
只要子查询里任意一个拼接项是 NULL，FOR XML PATH 返回的 XML 就可能为 NULL，最终 .value() 结果也是 NULL。这不是“跳过”，而是中断。
- 所有参与拼接的字段都要提前
ISNULL()或COALESCE()，例如：',' + ISNULL(name, '') - 如果想过滤掉空值行，WHERE 条件里加
name IS NOT NULL AND name != ''，别指望 XML 自动忽略 - 开头多出的分隔符（如第一个逗号）要用
STUFF(..., 1, 1, '')删掉，而不是靠LEFT(..., LEN(...) - 1)—— 后者遇空串会报错
真正麻烦的不是语法，是 XML 路径模式和类型转换之间的耦合：少一个 TYPE，多一个 CAST，结果就可能面目全非。2017+ 推荐直接用 STRING_AGG，但如果维护老系统，务必把 TYPE + .value() + ISNULL + 子查询内 ORDER BY 这四点当 checklist 过一遍。
