Symfony2查询结果处理分DBAL（返回数组）和ORM（返回实体）两类：DBAL用fetchColumn/fetchAssoc/fetchAll等方法执行原生SQL；ORM通过Repository的find/findOneBy/findBy等方法返回可复用实体；分页推荐KnpPaginatorBundle；需注意N+1、敏感字段过滤及大数据量优化。
Symfony2 查询结果的处理方式取决于你用的是 ORM 还是 DBAL，也取决于你要返回的是单条、多条、分页还是原始数组。关键不是“怎么拿到数据”，而是“怎么拿得安全、清晰、可维护”。
直接查数组：用 DBAL 的 fetchXXX 方法
适合简单查询、统计、或不需要实体映射的场景。所有方法都基于 $conn = $this->getDoctrine()->getConnection()：
- fetchColumn()：只取第一行第一列（如 COUNT(*)、MAX(id)），返回标量值
-
fetchAssoc()：取第一行，返回关联数组（
['name' => 'Tom', 'color' => 'blue']） -
fetchAll()：取全部行，返回二维关联数组（每行一个
['name' => ..., 'color' => ...]） -
fetchArray()：取第一行，返回数字索引数组（
[0 => 'Tom', 1 => 'blue']），不常用，易出错
注意：这些方法执行的是原生 SQL，不走 ORM 映射，也不做字段过滤或懒加载控制。
查对象：用 Repository 的标准方法
这是最推荐的常规查询路径，返回 Doctrine 实体对象，便于后续业务逻辑和序列化：
-
find($id)：按主键查一条，ID 不存在时返回
null -
findOneBy(['field' => $value])：按条件查一条，匹配即停，无结果也返回
null - findBy(['status' => 1], ['createdAt' => 'DESC'])：查多条，支持排序，返回对象数组
- findAll()：全表读取，大数据量表慎用
动态方法名也支持，比如 findOneByNameAndEmail('Tom', 'tom@example.com') 或 findByStatusAndType(1, 'active')，但字段名必须真实存在且类型兼容。
分页获取：用 KnpPaginatorBundle 统一处理
不要手写 LIMIT/OFFSET，尤其当 URL 含搜索、筛选参数时。KnpPaginatorBundle 能自动继承当前请求参数，并生成正确分页链接：
- 控制器中调用
$paginator->paginate($query, $request->query->getInt('page', 1), 15)，注意顺序不能颠倒 -
$query可以是 QueryBuilder、DQL Query 对象，但不能是getResult()后的数组 - 若带搜索参数（如
q=php），需第 4 个参数显式传入：['q' => $request->query->get('q')] - Twig 模板中统一用
{{ knp_pagination_render(pagination) }}渲染，变量名必须为pagination或显式指定
大数据量下建议禁用总条数统计（'total_count' => false）或改用游标分页，避免 COUNT(*) 成为瓶颈。
结果映射注意事项
ORM 返回的对象默认延迟加载关联数据，直接序列化可能触发 N+1 查询；DBAL 返回的纯数组则无此问题，但要手动构造对象：
- 用 Serializer + Groups 控制输出字段，避免暴露密码、时间戳等敏感内容
- 对 DBAL 结果手动转对象，可用
new Product($row['name'], $row['price'])，不依赖自动映射 - 存储过程或多结果集场景，需用
$stmt->nextRowset()主动切换结果集，Doctrine 不自动处理
选数组还是对象，不看“快不快”，而要看“要不要复用实体逻辑、是否需要字段权限控制、后续是否要嵌套关联”。
