java - 如何解决 ColdFusion 9 中的死锁问题 : coldfusion. util.AbstractCache$Lock

Question

我一直在尝试解决一个问题，即执行某些脚本会导致死锁，使所有后续请求陷入困境，占用 99.9% 的 CPU，并最终导致服务器崩溃。

下面是一个已被搁置(永远等待)的请求之一的堆栈跟踪示例:

Thread Stack Trace
Trace Time: 21:00:44.463 06-Jun-2012
Request ID: 6131
Script Name: http://www.example.com/allreviews.cfm
Started: 21:00:21.225 06-Jun-2012
Exec Time: 23238ms
Memory Used: (24%)230,667KB
Memory Free: 701,428KB
Thread ID: 0x191e (6430)
Thread Name: jrpp-494
Priority: 5
Hashcode: 1081611879
State: WAITING

"jrpp-494" prio=5 in Object.wait()

java.lang.Object.wait(Object.java:???)[Native Method]
- waiting on <0x9253305> (a coldfusion.util.AbstractCache$Lock)
java.lang.Object.wait(Object.java:485)
coldfusion.util.AbstractCache.fetch(AbstractCache.java:46)
coldfusion.util.SoftCache.get_statsOff(SoftCache.java:133)
coldfusion.util.SoftCache.get(SoftCache.java:81)
coldfusion.runtime.TemplateClassLoader.findClass(TemplateClassLoader.java:609)
coldfusion.runtime.RuntimeServiceImpl.getFile(RuntimeServiceImpl.java:785)
coldfusion.runtime.RuntimeServiceImpl.resolveTemplatePath(RuntimeServiceImpl.java:766)
coldfusion.tagext.lang.CustomTag.setName(CustomTag.java:21)
cfApplication2ecfm456206189._factor0(/srv/www/htdocs/www.example.com/www/Application.cfm:28)
cfApplication2ecfm456206189.runPage(/srv/www/htdocs/www.example.com/www/Application.cfm:1)
coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:231)
coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:416)
coldfusion.filter.CfincludeFilter.invoke(CfincludeFilter.java:65)
coldfusion.filter.CfincludeFilter.include(CfincludeFilter.java:33)
coldfusion.filter.ApplicationFilter.invoke(ApplicationFilter.java:279)
coldfusion.filter.RequestMonitorFilter.invoke(RequestMonitorFilter.java:48)
coldfusion.filter.MonitoringFilter.invoke(MonitoringFilter.java:40)
coldfusion.filter.PathFilter.invoke(PathFilter.java:94)
coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:70)
coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28)
coldfusion.filter.BrowserFilter.invoke(BrowserFilter.java:38)
coldfusion.filter.NoCacheFilter.invoke(NoCacheFilter.java:46)
coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38)
coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22)
coldfusion.filter.CachingFilter.invoke(CachingFilter.java:62)
coldfusion.CfmServlet.service(CfmServlet.java:200)
coldfusion.bootstrap.BootstrapServlet.service(BootstrapServlet.java:89)
jrun.servlet.FilterChain.doFilter(FilterChain.java:86)
com.intergral.fusionreactor.filter.FusionReactorCoreFilter.doHttpServletRequest(FusionReactorCoreFilter.java:503)
com.intergral.fusionreactor.filter.FusionReactorCoreFilter.doFusionRequest(FusionReactorCoreFilter.java:337)
com.intergral.fusionreactor.filter.FusionReactorCoreFilter.doFilter(FusionReactorCoreFilter.java:246)
com.intergral.fusionreactor.filter.FusionReactorFilter.doFilter(FusionReactorFilter.java:121)
jrun.servlet.FilterChain.doFilter(FilterChain.java:94)
coldfusion.monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:42)
coldfusion.bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:46)
jrun.servlet.FilterChain.doFilter(FilterChain.java:94)
jrun.servlet.FilterChain.service(FilterChain.java:101)
jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:106)
jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42)
jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286)
jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543)
jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203)
jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320)
jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428)
jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266)
jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)

如果您感兴趣，您可以在顶部看到 full stack trace 以及我称之为“锁定脚本”的内容，以及等待它的所有其他脚本。

当我第一次遇到这个问题时，我没有堆栈跟踪。我发布了问题“When ColdFusion is maxing out the CPU, how do I find out what it's chewing/choking on?”。我收到了许多有用的回复，通过查看 stack traces，我能够确定是相同的三个脚本一遍又一遍地导致此死锁问题。

在每种情况下，“锁定脚本”的顶行内容如下:

coldfusion.compiler.ClassReader.skipFully(ClassReader.java:79)

并且所有其他请求都被阻塞在其各自的堆栈跟踪中，并在其各自的堆栈跟踪中具有以下行:

- waiting on <0x9253305> (a coldfusion.util.AbstractCache$Lock)

困扰我的一件事是 why my request timeout was not being respected ；这些脚本将永远挂起并且永远不会消失。 WTF，对吧？所以我必须自己做。因此，当我杀死“锁定脚本”时，其他人就会从困境中释放出来。此时，如果它们低于请求超时，则它们会完成处理，如果超过请求超时(大多数情况下通常都是这样)，则它们只是继续超时。但它们不会自行超时，请求只会堆积起来，直到使用 Activity 线程并且线程队列已满并且所有内容都被占用为止。

每次请求时手动终止它们显然不是解决方案，因此，正如我妻子总是提醒我的那样，“调试，调试，调试”。使用条件 <cfabort>，我单步执行，发现它一直通过 Application.cfm，通过我的 header.cfm，一直到问题脚本的 <cfinclude>。如果我将 <cfabort> 放在问题脚本中(即使在最顶部)，它不会中止并且会发生死锁问题。如果我将其放在包含之前，请求将中止并且可以避免死锁问题。奇怪的。

这两个地方之间没有代码，对吧？包含之前和包含内部应该在功能上是等效的，不是吗？可能不会，因为显然有什么事情正在发生。

我没有使用任何 <cflock> 标签。正在发生的锁定似乎发生在模板缓存级别。无论是否在管理中选中“受信任的缓存”、“请求中的缓存模板”或“组件缓存”选项(以选中/未选中的任意组合)，都会观察到相同的行为。我已经清除了模板缓存和每个组件都缓存了不止一次。我一遍又一遍地重新启动CF服务器......都无济于事。

在故障排除期间，我阅读了此 article describing a similar issue with a compiler cache lock in CF8 (8.0.1) 以及应用补丁来修复它的说明。但这不是 CF9...所以显然我无法应用他们的补丁。

该怎么办？还有其他人遇到过这个问题吗？ ...有解决方案吗？

Answer 1

事实证明，有时类文件已损坏，需要重新生成。当您遇到此问题时，它会如上所述，在尝试加载损坏的类文件时出现死锁。重新生成类文件的步骤很简单，如下所示:

1. 转到 ColdFusion 管理员 > 服务器设置 > 缓存

2. 取消选中以下选项:
   
   [  ] 保存类文件 当您选择此选项时，ColdFusion 生成的类文件将保存到磁盘，以便在服务器重新启动后重新使用。 Adobe 建议在生产系统中这样做。在开发过程中，Adobe 建议您不要选择此选项。

3. 点击[提交更改]按钮

4. 重新启动 ColdFusion 服务器

5. 转到 ColdFusion 管理员 > 服务器设置 > 缓存

6. 检查以下选项:
   
   [x]保存类文件 当您选择此选项时，ColdFusion 生成的类文件将保存到磁盘，以便在服务器重新启动后重新使用。 Adobe 建议在生产系统中这样做。在开发过程中，Adobe 建议您不要选择此选项。

7. 点击[提交更改]按钮

8. 你完成了!问题完全消失，一切又恢复原状。 ;-)

类文件为何以及如何损坏？我不知道。也许这可能是另一个问题的主题。我所知道的是，这解决了问题。我通常犹豫是否接受自己的权威答案，因此，如果其他人对这个问题及其解决方案有更好的解释，请随时发布。