在thinkphp 6.0中实现复杂sql需分三类处理：一是用buildsql()构造派生表并正确拼接别名以支持from子查询；二是用闭包配合where/in/exist实现条件级子查询，严禁调用select；三是用fetchsql(true)调试裸sql语句。
在 ThinkPHP 6.0 中编写含多层嵌套、派生表、关联聚合的复杂 SQL 时，必须绕过模型自动映射和简单链式调用，直接使用子查询构建器控制底层 SQL 结构；硬拼字符串会丢失参数绑定，而仅用闭包又无法支撑 FROM 子句级子查询。
用 buildSql() 构造派生表（FROM 子句子查询）
这一步是实现「先聚合再 JOIN」类报表逻辑的唯一可靠路径。TP6 不允许把 Query 对象直接当表名传入 table()，必须转成带括号的 SQL 字符串。
第一步：构造子查询对象，显式指定字段，禁止使用 SELECT * —— 【字段必须明确，否则 buildSql 生成的派生表无列名，JOIN 时会报错】
第二步：调用 buildSql() 获取完整子查询字符串，框架自动包裹外层括号，返回形如 "(SELECT user_id, COUNT(*) AS cnt FROM order WHERE status = ? GROUP BY user_id)" 的结果。
第三步：将该字符串与别名拼接后传入 table() 方法，注意字符串末尾不能有空格，别名前必须有空格，例如：table($subSql . ' t')。
第四步：在派生表基础上执行 JOIN、field、where 等操作，此时 t 就是合法的表别名，可正常引用 t.user_id、t.cnt 等字段。
用闭包写 IN/EXISTS 子查询（WHERE 条件级）
这是最常用也最容易出错的子查询场景，核心在于闭包内不能执行查询，且必须由框架识别为 Query 实例。
方法一：IN 子查询（查主表中 ID 存在于子集的记录）
直接在 where 第三个参数传闭包，闭包内用 $query->table('xxx')->field('id')->where(...) 构建，【不可调用 select() 或 find()，否则闭包返回数组而非 Query 对象，TP6 会抛 InvalidArgumentException】
方法二：EXISTS 子查询（判断主表记录是否存在关联子记录）
改用 whereExists() 方法，闭包中必须用 whereRaw 显式写出关联条件，例如 $query->table('order o')->whereRaw('o.user_id = user.id AND o.status = ?', [1])，字段歧义不消除会导致 SQL 报错。
用 fetchSql() 调试子查询原始语句
当你不确定 buildSql() 生成的 SQL 是否符合预期，或需要验证参数占位符位置时，fetchSql(true) 是唯一能拿到未执行、未加括号、纯 SELECT 片段的方法。
执行 $subQuery->fetchSql(true)->select() 后，变量值就是裸 SQL，例如 "SELECT id, name FROM user WHERE status = 1"。
这个结果不能直接用于后续查询，仅作日志输出或人工校验——它没有括号、没绑定参数、不防注入，切勿塞进 whereRaw 拼接。
