LiYunpeng

> 这个 pr 可能会带来其他的问题，已经通过其他方式来解决了，可以啦下最新代码试试看。 我拉去了最新的代码，发现修改的内容并不能解决我所描述的这种问题。 这个问题的本质是QueryWrapper中的from方法查询一个嵌套的QueryWrapper时，创建的是一个SelectQueryTable ```Java public QueryWrapper from(QueryWrapper queryWrapper) { return from(new SelectQueryTable(queryWrapper)); } ``` 而在TableInfo的doAppendConditions方法中，判断SelectQueryTable就直接进入递归下一层了，同层的join直接被跳过了没有处理。 我看了下`a7119d5d`和`1522300f`这两次提交，只是扫描了包下的实体类构建TableInfo，但并没有改变本质的new SelectQueryTable。 我之前也有想过类似的改造方法，让SelectQueryTable设置上对应的schema和tableName，这样能在tableInfoMap找到对应的TableInfo，但是后来想了想，使用`QueryWrapper from(QueryWrapper queryWrapper)`这个方法和在不在tableInfoMap中并没有直接关系，在这种临时中间表查询时，也并不会强制要求使用者有一个表模型，例如如下写法，都可能在tableInfoMap找不到对应的TableInfo ```Java // 写法1 queryWrapper1.from(queryWrapper2); // 写法2 queryWrapper1.from("select...