经典 ASP 在调试时避免死锁答案

【问题标题】：Classic ASP avoiding deadlock when debugging经典 ASP 在调试时避免死锁
【发布时间】：2015-01-22 15:07:14
【问题描述】：

我们有一个经典的 ASP 页面，它向同一站点上的另一个页面发出请求以获取数据。

当打开调试时，我们会陷入死锁，因为 Web 服务器一次只会响应一个请求。

在开发过程中仍允许我们调试它的同时绕过此限制的最佳方法是什么？

不太理想的选择：

还有其他选择吗？

【问题讨论】：

嵌入到代码中的老式调试参数。通过 ASP 代码和可以修改的变量打开调试并将语句写入浏览器。看起来很奇怪，但这是我们过去使用的一种方式。其他选择是停止使用 15 年以上的技术
什么版本的 IIS？你用什么做调试器？
@JohnHartsock “其他选择是停止使用已有 15 年以上历史的技术”——如果生活如此简单的话。
@Kev IIS 8.5，Visual Studio 2012。

【解决方案1】：

啊，Stackoverflow 的乐趣所在，因为使用 Classic ASP 而不是得到答案，你会受到批评，这是一个当前受支持的工具，尽管它已经存在了 100 年。 :-)

不久前，我在尝试创建一个模拟位于另一台服务器上的脚本的行为的简单脚本时遇到了类似的问题。我想在不调用真实脚本的情况下进行一些调试，所以我想我会在我自己的服务器上对其进行脑死替换并以相同的方式调用它。

我最终放弃并使用真正的脚本进行调试。但今天我为您找到了这篇可能对您有所帮助的知识库文章：http://support.microsoft.com/kb/316451。我不确定，但我认为这就是解决方案。或者类似的东西。

【讨论】：