W3wp 对抗 asp.net 开发服务器
你能解释一下 w3wp ,,在调试 asp.net 内部层时附加到 w3wp 很好
can you explain w3wp ,,attaching to w3wp while debugging asp.net internal layers is good
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
要附加调试器，请在您知道将要运行的代码中设置一个断点（确保 Debug="True" 以便创建调试符号），然后在 Visual Studio 中转到“调试”->“调试符号”。 附加到进程 -> 找到您网站的应用程序池的 w3wp 进程。 如果您有多个活动的应用程序池，那么 w3wp 将多次列出。
要进入 DAL，您还需要使用调试符号进行编译。
To attach a debugger set a break point in code that you know will be run (make sure that Debug="True" so that debug symbols are created) and in Visual Studio go Debug -> Attach to Process -> find your site's app pool's w3wp process. If you have several application pools active then w3wp will be listed more than once.
To step into your DAL you will need that compiled with debug symbols as well.
呃，什么？ :-) w3wp 只是 IIS 中应用程序池的工作进程。 每个应用程序池都有一个或多个工作进程，因此单个应用程序池中的故障不会杀死整个服务器（假设您为每个应用程序使用了不同的应用程序池:-)）
还有什么要知道的？ :-)
Erm, what? :-) w3wp is just the worker process for an application pool in IIS. Every app pool has one or more worker processes so a failure in a single application pool doesn't kill the whole server (assuming you've used different app pools for each app :-))
What else is there to know? :-)
W3wp.exe 是“万维网工作进程”。 我看不出附加它有任何理由或好处，因为它无法让您调试 ASP.NET 应用程序。
如果您打算调试 ASP.NET 应用程序，则应该附加到
aspnet_wp.exe进程（这就是当您按“调试”时 Visual Studio 执行的操作）。W3wp.exe is the "World Wide Web Worker process". I don't see any reason or benefit to attach to it because it will not enable you to debug your ASP.NET application.
If you intend to debug ASP.NET applications, you should be attaching to the
aspnet_wp.exeprocess (which is what Visual Studio does when you press Debug).