遇到的一点问题

使用 MyBatis-PageHelper 分页插件有其独特的优势和一些潜在的劣势。下面将详细说明：

优势

1. 简化分页逻辑：

   • PageHelper 可以极大简化分页逻辑，使得开发者无需手动计算 SQL 查询中的 LIMIT 和 OFFSET 参数，也不需要自己实现分页算法。

2. 与MyBatis无缝集成：

   • 它专为 MyBatis 设计，可以非常方便地与现有的 MyBatis 项目集成，几乎不需要对现有代码进行大的改动。

3. 多种数据库支持：

   • 支持多种主流数据库（如 MySQL、Oracle、PostgreSQL 等），并且能够自动适应不同数据库的分页语法。

4. 丰富的配置选项：

   • 提供了丰富的配置项来满足不同的需求，比如是否启用合理化分页、是否开启 count 查询等。

5. 易于使用：

   • 使用起来非常简单，只需在执行查询之前调用 PageHelper.startPage() 方法，并传递相应的分页参数即可。

劣势

1. 依赖性增加：

   • 引入 PageHelper 增加了项目的外部依赖，可能会导致维护成本上升，尤其是在升级或替换相关库时需要注意兼容性问题。

2. 隐藏了底层细节：

   • 虽然简化了开发流程，但也意味着开发者可能不太了解分页查询的具体实现细节，不利于深入理解系统的运行机制。

3. 性能考虑：

   • 在某些情况下，特别是数据量非常大时，如果不正确地使用 PageHelper（例如不恰当地使用 count 查询），可能会导致性能问题。

4. 灵活性有限：

   • 对于一些复杂的查询场景，PageHelper 可能无法完全满足需求，这时候可能需要自定义 SQL 或者采用其他方式实现分页。

5. 强制类型转换的风险：

   • 如前面提到的，在处理返回结果时，如果直接强制转换为 Page<T> 类型，而实际返回的数据不是预期的类型，则会引发 ClassCastException。

总的来说，MyBatis-PageHelper 是一个强大的工具，它可以帮助开发者快速实现分页功能，减少工作量。然而，正如所有工具一样，它也有自己的局限性和适用范围。选择是否使用它应基于具体项目的需求、团队的技术栈以及对性能的要求等因素综合考虑。

PS:因为要自定义分页使用limit限制会导致能查询到数据但是分割有问题