一、背景
用多线程接收推送的订单数据，把接收的订单数据存到一个表中。
实现的需求是：如果接收的订单消息在数据库中已经存在，那么执行update操作；
如果没有存在，那么执行insert操作代码逻辑：
if (oderid != null) {
// 该记录已存在
update();
} else {
// 写入记录
insert();
}
线程启动后，发现：数据库表中有两条oderid相同的记录。
通过查看日志发现：
两个线程相差时间极端，各自收到了同一个订单的推送消息，在执行数据库insert或update时，都判断出该订单在数据库表中不存在，所以都执行insert操作，造成数据库表中有两条orderid相同的记录。
二、解决方案
1、在数据库表中添加了唯一索引，那么就不会出现重复数据了，如果连续推送客户会收到一条推送失败的提示信息。
2、使用数据库的悲观锁和乐观锁；
3、synchronized同步代码块即加同步锁,synchronized同步代码块的功能：
a) 当A线程访问对象的synchronized代码块的时候，B线程依然可以访问对象方法中其余非synchronized块的部分；
b) 当A线程进入对象的synchronized代码块的时候，B线程如果要访问这段synchronized块，那么访问将会被阻塞；
if (oderid != null) {
// 该记录已存在
update();
} else {
synchronized(this) {
if(oderid != null) {
// 该记录已存在
update();
} else {
insert();
}
}
}
上面用synchronized同步代码块解决了在单点服务器中涉及到的并发问题，但是synchronized同步代码块在部署到多台服务器会失效。
因为假设A机器在在执行数据库insert，判断出数据库中没有某个订单的数据，同时此刻B机器也判断出没有该订单数据，两台机器都进行insert操作，造成数据库中有重复的订单数据。
4、多台服务器相互之间的并发导致有重复的订单数据问题解决
在数据库层面，用unique唯一性约束来保证数据的数据库表orderid的唯一性。
添加了唯一性约束后，假设A机器insert成功了，那么B机器再insert的时候会违反唯一性约束，报InvocationTargetException这个异常，捕获该异常后，进行update操作。
if (oderid != null) {
update();
} else {
synchronized (this) {
if (oderid != null) {
// 该记录已存在
update();
} else {
try {
insert();
//} catch (Exception e) {
} catch (Throwable e) {
update();
}
}
}
}