序
项目里有一个取数据的算法，返回List<Vo>这样的集合，返回的集合要求没有重复的对象且按发布时间做排序。
第一时间想到TreeSet这个数据结构。
一、对自定义对象去重
重写自定义对象的equals 和 hashCode方法
SUN官方的文档中规定
如果重定义equals方法，就必须重定义hashCode方法,以便用户可以将对象插入到散列(哈希)表中
那么 SUN 公司是出于什么考虑做了这个规定呢？
在集合框架中的HashSet，HashTable和HashMap
都使用哈希表的形式存储数据，而hashCode计算出来的哈希码便是它们的身份证。
哈希码的存在便可以：
- 1.快速定位对象，提高哈希表集合的性能。
- 2.只有当哈希表中对象的索引即hashCode和对象的属性即equals同时相等时，才能够判断两个对象相等。
- 3.从上面可以看出，哈希码主要是为哈希表服务的，其实如果不需要使用哈希表，也可以不重写hashCode。
- 4.但是SUN公司应该是出于对程序扩展性的考虑（万一以后需要将对象放入哈希表集合中），才会规定重写equals的同时需要重写hashCode，以避免后续开发不必要的麻烦。
重写equals的注意事项
Java语言规范要求equals需要具有如下的特性：
自反性：对于任何非空引用 x，x.equals()应该返回true。
对称性：对于任何引用 x 和 y，当且仅当y.equals(x)返回true，x.equals(y)也应该返回true。
传递性：对于任何引用 x、y 和 z，如果x.equals(y)返回true，y.equals(z)
也应返回同样的结果。
一致性：如果 x 和 y 引用的对象没有发生变化，反复调用x.equals(y)
应该返回同样的结果。
对于任意非空引用 x，x.equals(null) 应该返回false。
更多详细的说明请参考
Java 重写 equals 与 hashCode 的注意事项
这里我需要以主键文章ID为准来去重，对TopicVO对象复写hashCode和 equals方法：
@Override
public int hashCode()
{
return topicId.hashCode();
}
@Override
public boolean equals(Object obj) {
if(obj instanceof TopicVo) {
TopicVo vo = (TopicVo) obj;
return (vo.getTopicId().equals(this.getTopicId()));
}
return super.equals(obj);
}
二、对自定义对象排序
复写 compareTo方法，复写规则如下：
1.返回 1 那么当前的值会排在 被比较者 后面。
2.返回 0 那么当前的值【不会被加入到 TreeSet 中】，因为当前的值【被认为 是跟现有的某一个值相等】。
3.返回 -1 会被添加到 被比较者 的前边。
代码：
@Override
public int compareTo(Object obj) {
// TODO Auto-generated method stub
TopicVo o = (TopicVo) obj;
// 按照时间进行降序排列
if (this.getAuditAt().before(o.getAuditAt())) {
return 1;
}
if (this.getAuditAt().equals(o.getAuditAt()) && this.getTopicId().equals(o.getTopicId())) {
return 0;
}
return -1;
}
这里注意返回0的情况，有可能两条记录有同样的时间数据，因为要加上唯一标识TopicId也相等才能说明是同一条记录，不然有可能会丢失数据。
使用时直接把自定义对象TopicVo丢进去 TreeSet<TopicVo> 里就可以实现自动排序和去重了，这样子程序只需要专注于按照业务规则取数据就行了
