并没有使用pagehelper进行分页查询，为什么还是调用了
我也遇到这个问题了，后来在GitHub上看到类似案例，官方给出解答：
什么时候会导致不安全的分页？
PageHelper 方法使用了静态的 ThreadLocal 参数，分页参数和线程是绑定的。
只要你可以保证在 PageHelper 方法调用后紧跟 MyBatis 查询方法，这就是安全的。因为 PageHelper 在 finally 代码段中自动清除了 ThreadLocal 存储的对象。
如果代码在进入 Executor 前发生异常，就会导致线程不可用，这属于人为的 Bug（例如接口方法和 XML 中的不匹配，导致找不到 MappedStatement 时）， 这种情况由于线程不可用，也不会导致 ThreadLocal 参数被错误的使用。
但是如果你写出下面这样的代码，就是不安全的用法：
PageHelper.startPage(1, 10);List<Country> list;if(param1 != null){
list = countryMapper.selectIf(param1);
} else {
list = new ArrayList<Country>();
}
这种情况下由于 param1 存在 null 的情况，就会导致 PageHelper 生产了一个分页参数，但是没有被消费，这个参数就会一直保留在这个线程上。当这个线程再次被使用时，就可能导致不该分页的方法去消费这个分页参数，这就产生了莫名其妙的分页。
上面这个代码，应该写成下面这个样子：
List<Country> list;if(param1 != null){ PageHelper.startPage(1, 10);
list = countryMapper.selectIf(param1);
} else {
list = new ArrayList<Country>();
}
这种写法就能保证安全。
如果你对此不放心，你可以手动清理 ThreadLocal 存储的分页参数，可以像下面这样使用：
List<Country> list;if(param1 != null){ PageHelper.startPage(1, 10); try{
list = countryMapper.selectAll();
} finally { PageHelper.clearPage();
}
} else {
list = new ArrayList<Country>();
}
这么写很不好看，而且没有必要。
原文章地址：网页链接
网易云信
2023-12-06 广告
否则会由于ThreadLocal的原因，当该线程被其他方法调用时被分页。
在文档中非常明确的写了分页插件的使用方法！！
另外这不是ThreadLocal引起的问题，是使用不当！
否则会由于ThreadLocal的原因，当该线程被其他方法调用时被分页。
在文档中非常明确的写了分页插件的使用方法！！
另外这不是ThreadLocal引起的问题，是使用不当！
