@hwding , 我理解的肯定也是只针对 Monitor m，但是如果这样的话，定义中的那个 total order over ALL synchronization actions 又怎么理解呢？难道 ALL 是说对同一个 monitor 的 ALL 吗？

是啊，我被这个问题困扰一整个星期了，我在 v2，stackoverflow，zhihu 上都提问了，还去 irc 的 java 频道去提问，真的希望可以得到一个正确的观点。

那你还是别搞计算机了

linux

soldier

我擦，这逻辑，666

2 年经验要不要？

可以在备注里写上，如果你敢洒出一点，我就给你差评。外卖小哥估计就慢下来了

豆瓣？

有没有招 Java 后台开发的部门？

@miao 海南台风太多了，而且夏天太热

@peartail 烟台啊

@ipconfiger 好办法

@summic 这个巨贵，一件基本在 5000 朝上在天猫国际上看的

问题是，真的是降价了吗？感觉很多都是先抬价，等双 11 时候再降价

我以为的隔离只是用不同的 classloader 实例加载相关的 jar ，我也确实是这么做的。但是我不知道为什么似乎我开启了两个线程实验的时候（两个线程中先是生成自己的定制的 classloader ，然后将相关的文件和 jar 包扫描进来，然后调用其中某个类的实例的方法，这个方法会打印一条日志），但是不同 classloader 加载的相关实现都将日志输出到同一个文件中了。

关于 tomcat 的实现，我也研究了几天， tomcat 的做法是自己实现了一个 ClassLoaderLogManager ，然后启动的时候设置了这个系统属性-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager ，意思好像是通过这个全局统一的日志管理类来根据不同的 ClassLoader 管理日志实例。但是我修改了这部分源代码重新打包到 tomcat 目录下替换了原来的实现类(${tomcat}/bin/tomcat-juli.jar)，发现其实当一个 web 项目中比如引入了 log4j 后，其日志的生成并没有与 ClassLoaderLogManager 发生任何关系。而且我发现 log4j 本身也有自己的 LogManager 实现。所以不清楚 tomcat 是如何把各个日志实例区分开的。

木有注册码啊