看了一下源码(Query.php)之后，总结一下，所有的查询执行方法(select,find等)，在传入一个匿名函数进行闭包查询时，需要传入一个参数(名字随意),在源码中，该参数为当前数据库连接实例本身的引用(&this)，即在匿名函数内所有的条件操作(where,order等)，本质上都是给本次查询实例添加查询条件，与基本查询的链式操作没有本质区别，好处是，在闭包内进行操作，可以创建一个封闭的作用域，一定程度上解决可能出现的变量冲突问题，关于如何将外部的查询条件导入到闭包内部，可以使用function()use(){}，在use()中导入外部参数。
在闭包查询的时候，至少要指定一次查询表名，但不限位置，
可以：
\think\Db::select(function($query){
$query->name('tableName')->where();
});
也可以：
\think\Db::name('tableName')->select(function($query){
$query->where();
});
可以在闭包内对不同实例进行闭包查询，但请勿在闭包内多次对同一实例嵌套使用闭包查询，因为在源码中，在处理完匿名函数之后，只是清空了查询条件，并没有终止本次查询，因此在对同一实例进行嵌套闭包查询时，在所有嵌套闭包中添加的查询条件虽然都会生效，但是仅有最内层闭包可以根据嵌套中添加的条件进行查询，在最内层查询结束之后，将清空查询条件($data = null)，并且不会终止查询，因此会根据对应方法(find,select等)的默认条件，由内至外，逐层进行查询，直到单个实例所有嵌套的闭包查询完毕，其中，仅有最内层查询集合了嵌套查询中所有的条件。
2017/07/04 14:59补充
看了一下混合查询部分，个人感觉这个TP5的闭包查询就是一个比较晦涩的链式操作，只不过把实例变成变成了一个参数的形式，除此之外就对这个参数进行普通的链式操作即可，emmmm…
仔细研究了一下where方法对闭包条件的处理，他是在Builder.php里面对闭包方法进行处理的，思路和select方法的处理思路相同，在地258行开始，判断是否闭包条件，如果是就去调用闭包，并传入一个query类实例作为操作载体，回环调用直到处理完所有嵌套闭包。
使用思路差不多，单纯和select的闭包一样用就行了，只是TP在处理的时候有细节上的差异。
2017/07/04 20:01补充
为什么这样的写法无效？
西湖
因为在Query类的where方法中，where在针对闭包函数的处理方式并非像select这种方法一样立刻对闭包进行处理，而是把闭包扔进$this->options['where']里面做为一个待处理的对象放在那里，因此闭包内容并不会立即执行，所以闭包内的find()其实是没用的,换句话说里面怎么嵌套查询语句都没用，必须要在最外层手动调用一次查询操作，在调用到查询方法的时候，才会去处理where闭包里面的内容，生成sql语句(详情见Builder.php)。
2017/07/04 21:36补充
在测试中发现如果在where()中使用闭包修改表名似乎是无效的，还是会根据初始的表名来查询；而在select()之类的查询方法中使用name()修改表名则有效，在代码中发现如下两段:
Query的select方法，$query使用当前实例的引用
Builder处理where闭包的地方，$query使用当前连接实例化的新对象
如果下面处理where闭包的$query非select的$query，那么又是如何将条件成功注入到查询中去的呢？
谈一下我的理解:
这里实例化一个新的Query类的作用，并不是和select那样做一个怎么样的处理，只是为了照顾到语法的便捷性，为了让里面和select闭包一样写的方法能够成功调用，如where，join等方法，本身就是存在于Query类中的,而非处理where闭包的Builder类中。
为什么不用this:
上面说了，处理where闭包的(Builder)类和处理select闭包的(Query)类是两个类，在Query类的select方法中，生成查询sql的方法其实调用的是Builder类:
Query类的select操作中生成SQL的步骤，这个select()并非我们在代码里写的select()，注意咯
$this->builder正是继承于Builder类的数据库驱动类Mysql:
继承于Builder类的数据库驱动类
因此在处理where闭包的时候使用this,那么这个this并非Query类的实例，而是继承于Builder的Mysql驱动类的实例，然而这个类里并没有操作数据库的方法(在Query类里面)，所以只能直接new一个新的Query类来处理where闭包里面的操作。
直接new一个Query类为什么还能查到正确的sql结果:
因为到这里都是生成SQL查询语句了，返回的直接就是个拿去用的SQL字符串，到底给谁用，不是在这里确定的，所以这个方法只要能够正确的解析出where的闭包条件就算搞定收工，在SQL语句里面，查什么表也不是在where里面确定的说，唯一不方便的，就是和select闭包相比，无法改变和设置查询的表名，还是让人有点纠结的说。
为什么不把Query实例的的$this引用到Builder类作$query:
因为Query实例中，使用本身保存的Builder的实例，在调用时如同在一个类里面自己引用自己,然而PHP类实例不能自己引用自己。好纠结的玩意......
2017/07/05 08:57补充
以上只是说明where闭包和select闭包的一点差异:select可以用name改表而where闭包不能。
2017/07/05 10:39补充
union操作闭包，这个操作的闭包必须单独设置一个name或table，这里根select和where都不一样。处理这个闭包的地方和where一样，在Builder类里面，也是实例化一个新的Query类来处理，和where生成SQL语句不同的是，where类生成的SQL语句只是查询语句的where部分，这个是用Builder类的builderWhere方法(嵌套时回环调用)来生成的，而union在生成的查询SQL中是一个子查询，而子查询是独立与主查询的，因此需要在每个union闭包中设置自己的name或table，在代码中，虽然union闭包也是在Builder类里去处理的，但是不是调用的Builder类的方法生成子查询，而是调用的该闭包中Query实例的select(false)去生成的子查询，union闭包需要查询那张表，必须在union闭包里写出来。在处理union闭包的时候，使用的是foreach循环，如果有多个union闭包，则每个闭包都需要写name或table，因为每次循环中处理union闭包时都会创建一个新的Query实例来生成子查询，每个union闭包之间没有关系。
Builder类生成union闭包SQL的地方
Query类生成SQL的方法
多个union闭包
网友评论