我遇到了一个java.util.logging
死锁,我怀疑这与我检查是否存在Logger
之前(可能)创建它的方式有关。
我的问题是:以线程安全的方式检查 aLogger
在创建它之前是否存在并同时阻止其他线程无意创建它的最佳方法是什么Logger
?
背景:java.util.logging.Logger#getLogger(String, String)
将(原子地,以线程安全的方式)查找一个已命名的对象(Logger
如果存在),如果不存在则创建它。但就我而言,我想在开始进行一些复杂的定位/重新定位Logger
之前检查是否已经存在。ResourceBundle
然后,在 myResourceBundle
设置好之后,我知道它是有效的,我想将其名称提供给Logger#getLogger(String, String)
调用。
ResourceBundle
只有当 aLogger
确实不存在时,我才需要进行这种定位/重新设置。Logger#getLogger(String, String)
我需要让这整个事情自动发生,这样当我在设置我的中间时,其他线程不会调用ResourceBundle
——我不希望其他线程潜入那里并使用不同 ResourceBundle
的名称,例如,从而使我所有的努力都付诸东流。
我的成语是这样的:
Logger logger = null;
final LogManager logManager = LogManager.getLogManager();
assert logManager != null;
synchronized (logManager) {
// This method call finds the logger, but doesn't create one.
logger = logManager.getLogger(myLoggerName);
if (logger == null) {
// no logger found; time to do expensive ResourceBundle lookup/parenting/etc.
// ...time passes...
logger = Logger.getLogger(myLoggerName, myResourceBundleNameIJustCalculated);
}
}
assert logger != null;
这导致了僵局。
当我的代码被锁定在全局上时LogManager
,另一个线程无辜地执行了一个完全不相关Logger.getLogger(name)
的调用,从而获得了Logger.class
对象上的锁(Logger#getLogger(String, String)
是一个static
和synchronized
方法。)所以这个线程有锁Logger.class
......我的线程(如你在上面看到的) ) 需要才能运行他的 Logger.getLogger(name, resourceBundleName)
电话。在内部,Logger.getLogger(name)
抓住全局的锁LogManager
。瞧。僵局。
我认为防止这种情况的方法是遵循历史悠久的以相同顺序获取所有锁的传统。据我所知,简单地用另一个街区包围我 的街区——但这一次——应该可以解决问题。这看起来对吗?那是:synchronized
synchronized
Logger.class
synchronized (Logger.class) {
synchronized (globalLogManager) {
// Hypothesis: this grabs locks in the same order
// that java.util.logging classes use. Should prevent
// deadlocks?
}
}
感谢您的时间和关注!