Dapper不解析FOR JSON PATH结果，仅原样读取SQL Server生成的JSON字符串；应使用string类型接收，避免二次序列化，空集合需用ISNULL或COALESCE转为"[]"，大数据量宜流式读取。

Dapper本身不直接解析或处理SQL Server的FOR JSON PATH结果，但它能高效地将这类查询返回的JSON字符串作为普通字段读取——关键在于让SQL Server生成JSON，Dapper只负责“原样拿回来”，不额外序列化，避免双重JSON化或性能浪费。

明确职责分工：SQL Server做JSON生成，Dapper做轻量映射

SQL Server 2016+ 支持FOR JSON PATH，可直接在查询中把结果集转成JSON字符串。Dapper只需用string或SqlDbType.NVarChar类型接收该列，无需引用Newtonsoft.Json或System.Text.Json去再序列化。

• ✅ 正确做法：查询返回SELECT Name, (SELECT Id, Title FROM Posts WHERE UserId = U.Id FOR JSON PATH) AS PostsJson FROM Users U，映射到class User { public string Name { get; set; } public string PostsJson { get; set; } }
• ❌ 错误做法：用Dapper查出对象列表后再用JsonSerializer.Serialize()转JSON——这绕过了SQL Server的优化，还多一次内存分配和序列化开销

注意NULL和空集合的JSON表现

FOR JSON PATH默认对空子查询返回NULL（不是[]），若需空数组，得显式处理：

• 用ISNULL((SELECT ... FOR JSON PATH), '[]')确保返回字符串"[]"
• 或用COALESCE((SELECT ... FOR JSON PATH), '[]')
• Dapper读到的就是标准JSON字符串，后续可用JsonDocument.Parse()或JsonSerializer.Deserialize()按需解析

大结果集场景：流式读取 + 避免全量加载

若FOR JSON PATH生成的JSON很大（如导出报表），别用Query()一次性加载全部。改用QueryMultiple()或ExecuteReader()配合SqlDataReader.GetFieldValue(index)，逐行读取JSON字符串，再流式写入响应或文件。

• 减少内存峰值，尤其适合Web API返回大型JSON文档
• Dapper的QueryFirstAsync()也适用——只取首行JSON字段，不构建对象列表

与Dapper.Extensions或Dapper.Contrib无关

FOR JSON PATH是纯SQL能力，不依赖任何Dapper扩展库。不需要引入DapperExtensions或Dapper.Contrib，也不需要配置JsonConverter。保持Dapper轻量本质：它就是IDbConnection的扩展，只管执行SQL、读取结果。

基本上就这些。核心就一条：让SQL Server吐JSON，Dapper当管道，不加工、不拦截、不重造轮子。