天天看点

工作中遇到的坑

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;