越过调试这道槛――ASP.NET无法调试问题剖析

使用VS.NET的朋友可能经常会遇到无法调试ASP.NET的情况，有些朋友给出了一些可行的解决方案。初步总结一下，大体包括以下几个方面(请注意：这儿讨论的都是关于本地调试的解决方案)：
- 确定当前用户是否已经被加入到Debugger Users组
- 确定当前用户是否具有Administrator权限
- Web Application项目属性中“允许调试ASP.NET”属性是否被设为了True。也可以通过修改Web.config文件的compilation元素的debug属性为True来实现。
需要说明的是，本地调试ASP.NET应用程序需要的操作系统是Windows 2000 Professional, Windows 2000 Server, Windows 2000 Advanced Server, Windows XP Professional 和 Windows Server 2003。也就是说，我们无法在Windows XP Home，WindowsMe 和 Windows98上进行调试工作。(废话？)
一般情况下，按照上述的一些解决方案基本上就可以使用我们运行ASP.NET的调试工作了。实在有问题，通过尝试使用.Net自带的ASPNET_REGIIS.EXE重新配置一下IIS，应该就可以了。
不过，本文希望和大家讨论一下，如何在没有本机Administrator权限下进行ASP.NET的调试。初听起来，是不是觉得没有必要呀？但如果大家仔细想一想，就会认识到这样做的必要性的。原因很简单，在大多数管理比较正规的软件公司，开发人员一般是不会被授予本机Administrator权限的，那么如何在没有本机Administrator权限的情况下调试ASP.NET应用程序就成了首先需要解决的问题了。为此我查阅一些资料(主要是MSDN online)，并从中总结出了一套可行的解决方案，希望与大家共享之。测试环境：Windows XP Professional SP1, Vistual Studio .Net 2002.
首先，将当前登录的用户加入到Debugger Users组中(此外，此用户至少要属于Users组。绝大多数情况下，开发人员会被授予Power Users权限)。顺便说一下，如果希望此用户可以维护Web虚拟目录，则需要将此用户添加到VS Developers组。当然，这与能否调试ASP.NET应用程序无关。
接着，根据微软的说法，如果此用户希望在Windows XP Professional下调试ASP.NET应用程序，还需要将此用户加入到“作为批处理作业登录”策略中(当然，支持调试ASP.NET的其它版本Windows不需要做此设置)，这样就可以进行调试了。可以在“控制面板->管理工具->本地安全设置”工具的“安全设置->本地策略->用户权利指派->作为批处理作业登录”部分加入此用户。不幸的是，结果并不象微软相关文档所说的那样，设置了这些后就可以进行调试。经过一段时间的研究，我从MSDN Online的一篇文章中找到了答案。相信大家都知道，在默认情况下，ASPNET_WP.EXE进程是以Web Server方式运行，其用户名是ASPNET。在这种情况下，如何我们想对Web Application进行调试，就必须拥有本机Administrator权限。这就为什么我们至今还不能进行调试的原因。那到底该如何解决这个问题呢？.Net为ASP.NET用户提供了另一种解决方案，我们可以让ASPNET_WP.EXE以工作进程的方式运行在指定用户下，此时，指定用户只要是属于Debugger Users组就可以对它进行调试了。终于看到胜利的曙光了。