Comparable
Comparable可以认为是一个内比较器，实现了Comparable接口的类有一个特点，就是这些类是可以和自己比较的，至于具体和另一个实现了Comparable接口的类如何比较，则依赖compareTo方法的实现，compareTo方法也被称为自然比较方法。如果开发者add进入一个Collection的对象想要Collections的sort方法帮你自动进行排序的话，那么这个对象必须实现Comparable接口。compareTo方法的返回值是int，有三种情况：
1、比较者大于被比较者（也就是compareTo方法里面的对象），那么返回正整数
2、比较者等于被比较者，那么返回0
写个很简单的例子：
运行结果
学生：10000:touy
学生：377:Angela
学生：486:Mike
学生：973:Lucy
Comparator
Comparator可以认为是是一个外比较器，个人认为有两种情况可以使用实现Comparator接口的方式：
1、一个对象不支持自己和自己比较（没有实现Comparable接口），但是又想对两个对象进行比较
2、一个对象实现了Comparable接口，但是开发者认为compareTo方法中的比较方式并不是自己想要的那种比较方式
Comparator接口里面有一个compare方法，方法有两个参数T o1和T o2，是泛型的表示方式，分别表示待比较的两个对象，方法返回值和Comparable接口一样是int，有三种情况：
1、o1大于o2，返回正整数
2、o1等于o2，返回0
3、o1小于o3，返回负整数
例子：
main方法：
结果：
学生：377:Angela
学生：973:Lucy
学生：486:Mike
学生：10000:touy
当然因为泛型指定死了，所以实现Comparator接口的实现类只能是两个相同的对象（不能一个Domain、一个String）进行比较了，因此实现Comparator接口的实现类一般都会以"待比较的实体类+Comparator"来命名
总结
总结一下，两种比较器Comparable和Comparator，后者相比前者有如下优点：
1、如果实现类没有实现Comparable接口，又想对两个类进行比较（或者实现类实现了Comparable接口，但是对compareTo方法内的比较算法不满意），那么可以实现Comparator接口，自定义一个比较器，写比较算法
2、实现Comparable接口的方式比实现Comparator接口的耦合性 要强一些，如果要修改比较算法，要修改Comparable接口的实现类，而实现Comparator的类是在外部进行比较的，不需要对实现类有任何修 改。从这个角度说，其实有些不太好，尤其在我们将实现类的.class文件打成一个.jar文件提供给开发者使用的时候。实际上实现Comparator 接口的方式后面会写到就是一种典型的策略模式。
当然，这不是鼓励用Comparator，意思是开发者还是要在具体场景下选择最合适的那种比较器而已。
public List<Push> scanHistoryVersions(Push push){
String historyVersionIds = push.getHistoryVersionIds();
List<Push> hisPushList = new ArrayList<Push>();
if (StringUtils.isNotBlank(historyVersionIds)) {
String [] historyIds = historyVersionIds.split(",");
for (String hisId : historyIds) {
if (StringUtils.isNotBlank(hisId)) {
Push oldPush = dao.get(hisId);
hisPushList.add(oldPush);
}
}
}
Collections.sort(hisPushList, new Comparator<Push>(){
public int compare(Push o1, Push o2) {
if(o1.getVersion() > o2.getVersion()){
return 1;
}
if(o1.getVersion() == o2.getVersion()){
return 0;
}
return -1;
}
});
Collections.reverse(hisPushList);
return hisPushList;
}