我想找出ASP.NET Intranet網站的某些網頁性能下降的原因。原因可能有很多，比如大視圖狀態，服務器和數據庫往返次數，UI /中間層代碼效率低下等等。這些慢頁面中的大多數是複雜的網頁，帶有一些第三方控件，用戶控件。跟蹤ASP.NET網頁的性能降低
什麼是最快速的方法來找出是什麼導致頁面變慢，而無需調試網頁上的每一個交互和逐行代碼。像ANTS這樣的代碼分析器會有幫助嗎？或者有沒有更好的方法？可能有很多因素會導致頁面性能下降，但我想按優先級順序修復它們。
感謝， 拉瑪
使用Fiddler或HTTPWatch來分析Web應用程序，這一點也適用IE太..
而且
我對面就有一個有趣的帖子來了通過john resig - deep tracing IE瞭解IE的新客戶端分析器工具。這是非常好的&它的免費。
你可以得到它here
您可以使用一個名爲yslow一個Firefox插件基於Yahoo's performance rules whcih分析網頁。
如果你想檢查代碼的性能，那麼你可以使用一個分析工具。
對於SQL，有SQL Server Profiler。
對於.NET，您可以使用ANTS Performance Profiler
考慮到我們正在討論* intranet *應用程序，我不希望YSlow可以檢測到這種性能問題。儘管YSlow可能會做到這一點，但我認爲某種應用程序分析更有可能揭示罪魁禍首。 – 2010-02-15 11:29:57
哦，我看到你已經在應用程序剖析器角度添加了更多。關心如何在生產環境中使用ANTS更多細節？ :) – 2010-02-15 11:32:11
感謝您的快速回復，但這是一個內聯網網站和IE8是唯一可用的瀏覽器。此附加組件是否適用於IE？ – RKP 2010-02-15 11:33:57
嘗試FastSQLDataSource。當您需要使用網格，列表和其他綁定控件更快地顯示Web應用程序中的大量數據時，它會有所幫助。 http://www.nitrosbase.net 它可以工作幾乎沒有編碼或有時根本沒有編碼。
一些addtions：
如果您的Web應用程序正在創建跟蹤文件，請停止該Web站點，刪除所有存檔跟蹤文件並重新啓動Web站點。它幫助我解決了這個問題。
儘管這可能有效，但它不會涉及有問題的代碼行的細節。我認爲使用代碼分析器可能比這些工具更有幫助。無論如何感謝所有的答覆。 – RKP 2010-02-17 11:12:29