工作中遇到的坑

1. Redis 的客户端 redission框架自带的对象序列化不兼容跨系统读写，解决方法用jdk自带的对象序列化api即可；

2. class.forName和 classLoader加载类的区别，前者可以初始化类；

Class.forName("xx.xx")等同于baiClass.forName("xx.xx",true,CALLClass.class.getClassLoader())，第二个参数(bool)表示装载类的时候是否du初始化该类，即zhi调用类的静态块的语句及初始化静态成员变量dao。
ClassLoader loader = Thread.currentThread.getContextClassLoader(); //也可以用(ClassLoader.getSystemClassLoader())
Class cls = loader.loadClass("xx.xx"); //这句话没有执行初始化，其实与Class.forName("xx.xx"，false，loader)是一致的，只是loader.loadClass("xx.xx")执行的是更底层的操作。
只有执行cls.NewInstance()才能够初始化类，得到该类的一个实例
Class的装载分了三个阶段，loading，linking和initializing，分别定义在The Java Language Specification的12.2，12.3和12.4。

3. order by 导致分页出现重复数据问题

原因

有时候我们需要按照时间排序, 并配合 limit 进行分页查询.

但是, 当 order by 的时间相同的时候 (数据不唯一), 系统对数据的排序可能变得随机化, (即一会儿这条数据在前面, 一会儿这条数据在后面).

所以, 当翻页的时候我们很容易便看到了重复的数据.

解决办法

在使用 order by 的时候, 在本身需要排序的 目标字段 之后再加上一个 唯一字段 (比如PK或者UNIQUE字段), 保证顺序的唯一性.

例

数据库: postgresql

原 SQL
select * from tb_login_info order by login_time limit 5 offset 0;
select * from tb_login_info order by login_time limit 5 offset 5;

由于login_time 不唯一导致分页出现重复数据.

修改之后的 SQL添加了保证唯一的user_id
select * from tb_login_info order by login_time, user_id limit 5 offset 0;
select * from tb_login_info order by login_time, user_id limit 5 offset 5;