]]>
public class SimpleStore {
private Map sessions = Collections.synchronizedMap(new HashMap());
synchronized public void remove(String sessionID) { //A1
sessions.put(sessionID, ""); //A2
sessions.remove(sessionID);
System.out.println("remove " + sessionID);
}
public void commit(Map attrs, String sessionID, StatusHolder statusHolder) {
System.out.println("commit " + sessionID);
synchronized (sessions) { //B1
remove(sessionID); // B2
}
}
}
上面代码中：private Map sessions = Collections.synchronizedMap(new HashMap());
synchronized public void remove(String sessionID) { //A1
sessions.put(sessionID, ""); //A2
sessions.remove(sessionID);
System.out.println("remove " + sessionID);
}
public void commit(Map attrs, String sessionID, StatusHolder statusHolder) {
System.out.println("commit " + sessionID);
synchronized (sessions) { //B1
remove(sessionID); // B2
}
}
}
private Map sessions = Collections.synchronizedMap(new HashMap());
sessionsq个mapx为线E安全的map,则操作map中的MҎӞ都会加锁Qƈ且会锁住sessions对象?/span> q行代码Q则在外部线E访问removeҎ时会锁住SimpleStoreq个对象?br /> synchronized public void remove(String sessionID);
可以看到Q目前在同一个类或者方法中Q有两把锁，q且锁对象不是同一个，那下面我们看看线E是怎么被死锁住的：
1, 假设AU程先调用removeҎQ则q时会把simpleStorel锁住，然后执行sessions.put(sessionID, “”)的时候，会尝试锁住sessions
2, 同时BU程调用commitҎQ在 synchronized (sessions) Ӟ会先锁住sessions对象Qƈ且在调用接下来的remove()试，会尝试锁?nbsp; SimpleStore对象Q至此，U程A和线EBl于成功完成死锁?/span>
所以在使用多线E时一定要特别注意Q用锁一定要注意你的锁对象是否一致。要不然有可能死锁了~
]]>
alter database flashback off
不徏议在正式环境使用q种ҎQ如果在开发环境则可以试使用q种Ҏ。因为必竟开发环境对于数据的恢复没有什么要求，没有多大的概率用到闪回?/span>W二U解x式：闪回日志文件的最大容量调高，可以使用如下语句
alter system set DB_RECOVERY_FILE_DEST_SIZE=20g
可以通过如果下语句查看目前闪回文件的大小以及使用情况select * from v$recovery_file_dest;
]]>