?

public class GameServer {
?
public Map> tables = new ConcurrentHashMap>();
?
public synchronized void join(Player player, Table table) {/*Method body skipped for brevity*/}
?
public synchronized void leave(Player player, Table table) {/*Method body skipped for brevity*/}
?
public synchronized void createTable() {
?
Table table = new Table();
?
tables.put(table.getId(), table);
?
}
?
public synchronized void destroyTable(Table table) {
?
tables.remove(table.getId());
?
}
?
}

?

在join()和leave()方法内部的同步块仍然和先前的例子一样，因为我们要保证单个牌桌数据的完整性。ConcurrentHashMap 在这点上并没有任何帮助。但我们仍然会在increateTable()和destoryTable()方法中使用ConcurrentHashMap创建和销毁新的牌桌，所有这些操作对于ConcurrentHashMap来说是完全同步的，其允许我们以并行的方式添加或减少牌桌的数量。

其他一些建议和技巧

降低锁的可见度。在上面的例子中，锁被声明为public(对外可见)，这可能会使得一些别有用心的人通过在你精心设计的监视器上加锁来破坏你的工作。

通过查看java.util.concurrent.locks 的API来看一下 有没有其它已经实现的锁策略，使用其改进上面的解决方案。

使用原子操作。在上面正在使用的简单递增计数器实际上并不要求加锁。上面的例子中更适合使用 AtomicInteger代替Integer作为计数器。

最后一点，无论你是否正在使用Plumber的自动死锁检测解决方案，还是手动从线程转储获得解决办法的信息，都希望这篇文章可以为你解决锁竞争的问题带来帮助。