การดีบัก / โหลด Visual Studio ช้ามาก

ฉันอยู่ที่ปลายปัญญา Visual Studio มักจะช้าในการดีบักหรือโหลดเพียงธรรมดา ("เริ่มต้นโดยไม่มีการดีบัก") ไซต์ ASP.NET MVC ของฉัน ไม่เสมอไป: ในตอนแรกโปรเจ็กต์จะโหลดดีและเร็ว แต่เมื่อโหลดช้าพวกเขาจะโหลดช้าหลังจากนั้น ฉันอาจจะรอ 1-2 นาทีหรือมากกว่านั้น

การตั้งค่าของฉัน:

ฉันใช้Visual Studio 2012 Expressในปัจจุบัน แต่ฉันมีปัญหาเดียวกันใน Visual Studio 2010 Express เช่นกัน โซลูชันของฉันถูกเก็บไว้ในไดรฟ์เครือข่าย โดยเฉพาะเอกสารของฉันจะถูกเปลี่ยนเส้นทางไปยังไดรฟ์เครือข่ายหากมีความสำคัญ (ไม่ควรมีบางครั้งที่เว็บไซต์ของฉันโหลดเร็วมากภายใต้การตั้งค่านี้)

โดยปกติฉันโหลดใน Internet Explorer 9 แต่ปัญหาเดียวกันนี้เกิดขึ้นใน Firefox

สิ่งนี้สามารถเกิดขึ้นได้ในโครงการ ASP.NET MVC ใด ๆ ที่ฉันทำงานและดูเหมือนว่าจะหมุนไปรอบ ๆ โดยใช้ DisplayTemplates ซึ่งโครงการ ASP.NET MVC ทั้งหมดของฉันทำ และมันคือ C # และมีดโกนทั้งหมดถ้านั่นสำคัญ

อาการ:

ระบบจะโหลดสัญลักษณ์ของฉันหลายร้อยครั้ง โดยทั่วไปต่อไปนี้ แต่มีอย่างน้อย 300 แถวแต่ละแถวมีไฟล์ DLL ที่แตกต่างกันเล็กน้อยสำหรับ CSHTML เดียวกัน:

'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.xighmhow.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.cv5hktkf.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.1o77hs8i.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.jja-77mw.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.l_e9ev_s.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.b4n59gom.dll', Symbols loaded.

ในข้างต้นฉันมี DisplayTemplates สาม: "ติดต่อ", "สถานที่" และ "สถานะ" ปรากฏว่า IIS กำลังโหลดสัญลักษณ์สองครั้งสำหรับแต่ละครั้งที่ displaytemplate ได้รับการเรียก ดังนั้นหากฉันแสดงตาราง 100 รายการที่เรียกแม่แบบแสดงผลทั้งสามรายการนี้จะมีการโหลดสัญลักษณ์แยกกัน 600 รายการ

นี่ไม่ใช่การดำเนินการที่รวดเร็วเช่นกัน ค้นหาไฟล์บันทึกที่ IIS สร้างใช้เวลาประมาณ 200 ms เพื่อให้แต่ละสัญลักษณ์โหลด ดังนั้นความล่าช้าในระยะยาว

สิ่งที่ฉันได้ลอง:

• แก้ไขข้อบกพร่องหรือรุ่นที่วางจำหน่ายมันไม่สำคัญ
• การนำโปรเจ็กต์ของฉันไปใช้กับการติดตั้ง IIS แบบเต็มบนเว็บเซิร์ฟเวอร์จะทำงานได้อย่างรวดเร็วและไม่มีปัญหา
• Cassini, IIS Express 7.5 และ IIS Express 8.0 ล้วนมีปัญหา
• ลบจุดสั่งหยุดทั้งหมดไม่ทำอะไรเลย
• ทำความสะอาดโซลูชันหรือลบ. suo ไม่ทำอะไรเลย
• ถ้าฉันซ่อมแซม IIS Express หรือลบMy Docs\IISExpressโฟลเดอร์หรือซ่อมแซม / ติดตั้ง Visual Studio →ปัญหาอาจหายไป แต่เพียงชั่วครู่ก่อนที่มันจะกลับมา

คำแนะนำใด ๆ ที่ชื่นชม

เพื่อตอบคำถามเพิ่มเติมใช่เครื่องของฉันมีแรงม้าอย่างแน่นอน สิ่งที่ทำให้โกรธคือโครงการเดียวกันที่มีการเปลี่ยนแปลงอะไรสามารถโหลดได้อย่างรวดเร็วบางครั้งโดยทั่วไปหลังจากฉันซ่อมแซม IIS Express และลบMy Docs\IISExpressโฟลเดอร์ ในที่สุด "บางสิ่ง" จะเกิดขึ้นและใช้เวลาโหลดอีก 2 นาที สิ่งที่ฉันกำลังทำอยู่ไม่ใช่โครงการที่ซับซ้อน ไม่มีไลบรารีหรือการอ้างอิงภายนอกและ VS.NET ของฉันไม่มีส่วนเสริมอะไรเลย

เครื่องนี้มี Symantec Endpoint Protection ซึ่งมีประวัติว่าก่อให้เกิดความเสียหาย แต่การปิดใช้งานทันที (ดีในฐานะผู้ดูแลระบบ) ไม่สามารถแก้ไขปัญหาได้

ฉันมีทฤษฎี ณ จุดนี้ ฉันคิดว่าทั้งหมดนี้เป็นเพราะฉันทำงานนอกโฟลเดอร์เปลี่ยนเส้นทางออกจากเครือข่ายที่ใช้ร่วมกัน ในขณะที่เครื่องมือดีบั๊กกำลังผ่านเส้น "สัญลักษณ์ที่โหลด" หลายร้อยเส้นฉันหยุดชั่วคราวเพื่อดูว่ากำลังทำอะไรอยู่ มันอยู่ในรหัสของฉันโหลด DisplayTemplate ที่ฉันมี ก้าวเข้าสู่เทมเพลตเอาต์พุตนี้:

Step into: Stepping over non-user code 'System.Threading.WaitHandle.InternalWaitOne'
Step into: Stepping over non-user code 'System.Threading.WaitHandle.WaitOne'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCaptureUnimpersonated'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCapture'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.FromFileBatch'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromFileBatch'
Step into: Stepping over non-user code 'System.Web.Compilation.AssemblyBuilder.Compile'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.bciuyg14.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.CompileWebFile'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultInternal'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerWrapper.System.Web.Mvc.IBuildManager.FileExists'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.GetPathFromGeneralName'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.Find'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.Html.TemplateHelpers.ActionCacheViewItem.Execute'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.kwj3uqan.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.RuntimeType.CreateInstanceSlow'
Step into: Stepping over non-user code 'System.Web.Mvc.DependencyResolver.DefaultDependencyResolver.GetService'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerViewEngine.DefaultViewPageActivator.Create'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerCompiledView.Render'

ดูเหมือนว่า Visual Studio กำลังคอมไพล์จอแสดงผลของฉันทุกครั้งที่มีการเรียกใช้ซึ่งเป็นอีกครั้งหลายร้อยครั้ง ทฤษฎีของฉันคือ Visual Studio รวบรวมไฟล์บันทึกลงในเครือข่ายที่ใช้ร่วมกันเครือข่ายใช้ร่วมกันแล้วประทับเวลาใหม่และ Visual Studio คิดว่าไฟล์มีการเปลี่ยนแปลงและทำให้ Visual Studio recompiles อีกครั้ง เพียงทฤษฎีเท่านั้น ฉันไม่มีเงื่อนงำจริงๆ

อย่างแรกคือฉันมีไฟล์ออฟไลน์อยู่ (นี่เป็นคอมพิวเตอร์เดสก์ท็อปในสำนักงาน ฉันจะปิดการใช้งานรีบูตและลองใหม่ในวันพรุ่งนี้

นอกจากนี้การย้ายโครงการของฉันตามที่ได้รับในท้องถิ่น C: แก้ไขได้ มันโหลดเร็วมาก แต่นี่ไม่เหมาะในสภาพแวดล้อมการทำงาน ฉันทำรุ่นก่อนหน้าหายไปรหัสของฉันไม่ได้รับการสำรองเลยเว้นแต่ว่าฉันจะคัดลอกด้วยตนเอง

ฉันสามารถทำได้ด้วยการคัดลอกไปมาจาก C ไปยังเครือข่ายที่ใช้ร่วมกันถ้ามันมาถึงมัน มันน่ารำคาญกว่าที่จะรอสองนาทีสำหรับการโหลดหน้าเว็บทุกครั้ง

นี่คือวิธีที่ฉันแก้ไขปัญหา "การโหลดสัญลักษณ์ช้า" ใน Visual Studio 2012:

• ไปที่เครื่องมือ -> ตัวเลือก -> การดีบัก -> ทั่วไป

• ตรวจสอบเครื่องหมายถูกถัดจาก "เปิดใช้งาน Just My Code"

• ไปที่เครื่องมือ -> ตัวเลือก -> การดีบัก -> สัญลักษณ์

• คลิกที่ปุ่ม "... " และสร้าง / เลือกโฟลเดอร์ใหม่ที่ใดที่หนึ่งในคอมพิวเตอร์ของคุณเพื่อเก็บสัญลักษณ์แคช ฉันชื่อเหมือง "การแคชสัญลักษณ์" และวางไว้ในเอกสาร -> Visual Studio 2012

• คลิกที่ "โหลดสัญลักษณ์ทั้งหมด" และรอให้สัญลักษณ์ดาวน์โหลดจากเซิร์ฟเวอร์ของ Microsoft ซึ่งอาจใช้เวลาสักครู่ โปรดทราบว่าปุ่มโหลดสัญลักษณ์ทั้งหมดจะใช้ได้เฉพาะในขณะที่การดีบั๊ก

• แยกเครื่องหมายถูกที่อยู่ถัดจาก "Microsoft Symbol Servers" เพื่อป้องกัน Visual Studio จากการสอบถามเซิร์ฟเวอร์ Microsoft จากระยะไกล

• คลิก "ตกลง"

จากนี้ไปการโหลดสัญลักษณ์ควรเร็วขึ้นมาก

โปรดทราบว่าหากคุณทำการเปลี่ยนแปลง / ดาวน์โหลดใด ๆ กับชุดประกอบ Microsoft คุณอาจต้องกลับไปที่กล่องโต้ตอบสัญลักษณ์และ "โหลดสัญลักษณ์ทั้งหมด" อีกครั้ง

การปิด intelliTrace ได้แก้ไขสิ่งนี้ให้ฉัน

ใน Visual Studio, เครื่องมือ -> ตัวเลือก -> IntelliTrace

จากนั้นให้ยกเลิกการทำเครื่องหมายที่ช่องทำเครื่องหมาย "เปิดใช้งาน IntelliTrace"

สิ่งนี้ไม่ได้ผลสำหรับฉัน แต่ฉันพบจุดพักบนสัญลักษณ์ที่ถูกลบ ดูเหมือนว่าปี 2010 จะถูกแขวนไว้ เพื่อดูว่านี่เป็นปัญหาของคุณหรือไม่ debug-> windows-> เบรกพอยต์หากมีอยู่ในนั้นให้ลบออก

แซนเดอร์บอกว่าเขาตรวจสอบแล้ว แต่ก็ไม่ได้กล่าวถึงในการแก้ไขปัญหานี้ อาจเป็นความรู้ทั่วไปสำหรับบางคน แต่ไม่ใช่ทั้งหมดของเรา

ฉันลบโฟลเดอร์ "Temporary ASP.NET Files" และการโหลดหน้า localhost ของฉันดีขึ้นมาก นี่คือเส้นทาง ... % temp% \ Temporary ASP.NET Files \

คุณเปิดใช้งาน FusionLog หรือไม่

My VisualStudio ช้ามากในการเริ่มต้นเปิดโซลูชันและสัญลักษณ์โหลดเมื่อเริ่มการดีบัก มันช้าในเครื่องของฉันเท่านั้น แต่ไม่ใช่ในเครื่องอื่น

FusionLog เขียนบันทึกข้อมูลจำนวนมากไปยังดิสก์ เพียงปิดการใช้งานบน RegEdit แก้ไขทุกอย่างในกรณีของฉัน

นี่คือคีย์ FusionLog ในรีจิสตรี:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

ตรวจสอบค่า ForceLog (เปิดใช้งาน 1 รายการ, ปิดใช้งาน 0 รายการ)

ฉันประสบปัญหาเดียวกันและลองวิธีแก้ปัญหาส่วนใหญ่ด้านบน เพียงแค่ลบแคชและไฟล์ temp ท้ายที่สุดก็ใช้งานได้สำหรับฉัน

ลองลบเนื้อหาของทั้งสองโฟลเดอร์:

C:\Users\\{UserName}\AppData\Local\Microsoft\WebsiteCache

และ

C:\Users\\{UserName}\AppData\Local\Temp (โดยเฉพาะอย่างยิ่งโฟลเดอร์ iisexpress และ Temporary ASP.NET Files)

สิ่งนี้สามารถตั้งค่าให้เกิดขึ้นโดยอัตโนมัติเมื่อเข้าสู่ระบบ Windows โดยเพิ่มไฟล์ cmd ไปยังC:\Users\\{username}\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startupโฟลเดอร์ที่มีเนื้อหาดังต่อไปนี้:

rmdir C:\Users\\{username}\AppData\Local\Microsoft\WebsiteCache /s /q

rmdir C:\Users\\{username}\AppData\Local\Temp /s /q

ฉันคิดว่าอย่างน้อยที่สุดฉันก็อาจรู้สาเหตุ แต่ก็ไม่ใช่เหตุผลว่าทำไม เมื่อปัญหาเริ่มเกิดขึ้นอีกครั้งฉันสังเกตเห็นกระบวนการ "conhost.exe" จำนวนมากที่ถูกกำพร้า ฉันจะปิด Visual Studio และพวกเขาจะยังคงเปิดอยู่ การสิ้นสุดภารกิจของแต่ละคนได้ในที่สุดก็แก้ปัญหาได้อย่างน่าเชื่อถือ [หวังว่า]

(โปรดทราบว่า conhost.exe ไม่ใช่กระบวนการ Visual Studio แม้ว่า Visual Studio จะใช้ดังนั้นผู้ใช้รายอื่นอาจมีแอปพลิเคชั่นอื่น ๆ ที่นั่นเรียกใช้ conhost.exe ฉันรู้ว่าเครื่องของฉันไม่ได้ซึ่งเป็นสาเหตุที่ฉันสามารถทำได้ จบงานอย่างปลอดภัยทั้งหมดยกเว้น YMMV)

ทำไมถึงเป็นเช่นนี้? ดูเหมือนว่าจะเกิดขึ้นเมื่อฉันเปิดมากกว่าหนึ่งโครงการในคราวเดียวซึ่งฉันมักจะทำบ่อยๆแม้ว่าฉันจะสร้างและดีบักเพียงหนึ่งโครงการในเวลาใดก็ได้

แก้ไข # 1 - นี่ไม่ใช่ "กระสุนเงิน" น่าเสียดาย มันไม่ได้ผลสำหรับฉันเสมอไป โดยทั่วไปเมื่อสิ่งต่าง ๆ ช้าลงฉันเพิ่งปิดเซสชัน Visual Studio ทั้งหมดของฉันจากนั้นไปที่ตัวจัดการงานและสิ้นสุดอินสแตนซ์ใด ๆ ของมัน conhost.exe, iisexpress.exe Microsoft.VisualStudio.Web.Host.exe และ MSBuild.exe ฉันสามารถหา.

โดยทั่วไปหลังจากนั้นเมื่อฉันเริ่มโครงการของฉันมันจะโหลดเร็วขึ้น แต่ไม่เสมอไป.

จริง ๆ แล้วฉันคิดว่าวิธีที่ดีที่สุดในการดำเนินการอาจไม่ได้สร้าง & ดีบักรหัสจากโฟลเดอร์ / เครือข่ายที่ถูกเปลี่ยนเส้นทาง

แก้ไข # 2 - สองปีต่อมาและนี่คือยังคงเป็นปัญหาสำหรับผมใน Visual Studio ชุมชนปี 2013 แต่ผมไม่ดูเหมือนจะอย่างน้อยพบว่างานผู้ร้าย: Explorer.exe ใช่ใครจะรู้ ขณะที่ฉันจบภารกิจนั้นแบมโหลดหน้าเว็บในไม่กี่วินาที

หากฉันมีเบราว์เซอร์ไฟล์ Windows Explorer เปิดไปยังไดรฟ์เครือข่ายที่ฉันเปลี่ยนเส้นทาง (ซึ่งบ่อยครั้งเนื่องจากเป็นที่ที่โค้ดของฉันอยู่) ดูเหมือนว่าปัญหานี้จะเกิดขึ้น การปิดหน้าต่างไม่เพียงพอฉันต้องฆ่าภารกิจ Explorer.exe ทั้งหมด ฉันเดาได้แค่ว่ามันกำลังทำอะไร ... กำลังไปหาถั่วด้วยตัวจัดการไฟล์?

ฉันมักจะสามารถใช้ตัวจัดการงานเพื่อเริ่มงาน explorer.exe ใหม่ (ฉันทำได้เพียงแค่แท็บ alt-tabbing มาก) และ Visual Studio จะโหลดดีและรวดเร็วต่อไป แต่ถ้าฉันเปิด Windows Explorer มากขึ้นอีกครั้งมันก็เกือบจะกลับไปเป็นซูเปอร์ช้า ๆ

ดังนั้นหากคุณมีการแชร์เครือข่ายที่ถูกเปลี่ยนเส้นทาง มันแน่ใจว่าเต้นทำงานในท้องถิ่น

ทั้งหมดข้างต้นเป็นวิธีแก้ปัญหาที่ดีและฉันพยายามทั้งหมด แต่ได้วิธีแก้ปัญหาที่นี่ซึ่งก็คือ

Debug -> Delete All Breakpoints

สำหรับฉันมันคือ IE 9.08.8112.16241 ทันทีที่ฉันใช้ Firefox หรือ Chrome ไม่มีการดีบั๊กช้าด้วย F10 หรือ F11 ฉันไม่ทราบว่าปัญหาเกี่ยวกับ IE คืออะไร แต่ฉันดูถูกอย่างเป็นทางการสำหรับการทดสอบตอนนี้

อัปเดต: ฉันปิด Add-on โปรแกรม IE ทั้งหมดแล้วและก็กลับมาเป็นความเร็วเต็ม ทำให้พวกเขาในครั้งเดียวเปิดเผยว่า LastPass (ในกรณีของฉัน) เป็นผู้กระทำผิด ฉันเดาว่าฉันไม่ได้รับโทษ MS หลังจากทั้งหมด

สำหรับฉันฉันใช้เคล็ดลับนี้ซึ่งโดยทั่วไปปรับปรุงประสิทธิภาพการทำงานอย่างมากโดยการเพิ่มคุณสมบัติสองประการต่อไปนี้ในแท็กการรวบรวมใน web.config

<compilation ... batch="false" optimizeCompilations="true"> ... </compilation>

batch = "false" ทำอะไร

มันทำให้การรวบรวมล่วงหน้าเลือกมากขึ้นโดยรวบรวมเฉพาะหน้าที่มีการเปลี่ยนแปลงและต้องรวบรวมใหม่

OptimCompilations ทำอะไรกันแน่ แหล่ง

ASP.NET ใช้รหัสแฮชแอปพลิเคชันซึ่งรวมถึงสถานะของสิ่งต่าง ๆ รวมถึงโฟลเดอร์ bin และ App_Code และ global.asax เมื่อใดก็ตามที่โดเมนแอป ASP.NET เริ่มทำงานจะตรวจสอบว่ารหัสแฮชนี้เปลี่ยนจากที่คำนวณก่อนหน้านี้หรือไม่ ถ้าเป็นเช่นนั้นโฟลเดอร์ codegen ทั้งหมด (ที่คอมไพล์แล้วและแอสเซมบลีที่คัดลอกเงามีชีวิตอยู่) จะถูกลบออก

เมื่อเปิดใช้การเพิ่มประสิทธิภาพนี้ (ผ่าน optimizationCompilations = "true") แฮชจะไม่นำเข้าสู่บัญชี bin, App_Code และ global.asax อีกต่อไป ดังนั้นหากการเปลี่ยนแปลงเหล่านั้นเราไม่ลบโฟลเดอร์ codegen

การอ้างอิง: องค์ประกอบการรวบรวมใน msdn

ฉันมีปัญหาในการดำเนินการกับการดีบักและฉันได้ลองตัวเลือกมากมายในการดีบัก ในกรณีของฉัน perfomance มากสำเร็จเมื่อฉันเปลี่ยนตัวเลือกนี้

เครื่องมือ - ตัวเลือก - การดีบัก - หน้าต่างเอาต์พุต - (การตั้งค่าเอาต์พุตทั่วไป - เอาต์พุตการดีบักทั้งหมด) - ปิด

ในกรณีของฉันมันเป็น. NET นามสกุล Reflector Visual Studio (รุ่น 8.3.0.93) กับ VS 2012 การดีบักใช้เวลา 10 วินาทีสำหรับแต่ละขั้นตอนที่ผ่าน (F10)

ใน Visual Studio ไปที่เครื่องมือ / ต่อเติมและปรับปรุง ...และปิดการใช้งานส่วนขยาย .NET สะท้อน Visual Studio อย่าลืมรีสตาร์ท Visual Studio

ฉันมีปัญหากับการดีบัก Visual Studio ช้าเมื่อเปิดใช้งานการดีบัก "Native Code" ลองปิดการใช้งาน

ใน "Visual Studio 2012" ไปที่:

1. คุณสมบัติโครงการ ->
2. เว็บ ->
3. ตัวแก้จุดบกพร่อง (ด้านล่างของหน้า) ->
4. ปิดใช้งานทั้งหมดยกเว้น ASP.NET

หวังว่ามันจะช่วย

คำถามที่คล้ายกัน: 1 , 2

ในกรณีของฉันมันเป็น

Tools/Options/Debugging/General/Enable JavaScript debugging for ASP.NET (Chrome and IE)

เมื่อฉันไม่ทำเครื่องหมายนี้การดีบักของฉันเริ่มจาก 45-60 วินาทีลงไปที่ 0-5 วินาที

มีอยู่ครั้งหนึ่งหลังจากที่ไฟฟ้าดับฉันต้องเผชิญกับปัญหาความช้าเหมือนเดิมทุกครั้งที่เบรกพอยต์ถูกตีหรือมีข้อยกเว้นเกิดขึ้น

ฉันมีความคลุมเครือจำได้ว่าไฟล์ "suo" (ในไดเรกทอรีเดียวกันกับไฟล์ "sln" โซลูชัน) อาจเสียหายและทำให้ทุกอย่างช้าลง

ฉันลบไฟล์ "suo" ของฉันและทุกอย่างก็โอเค การลบไฟล์. suo นั้นไม่เป็นอันตรายและมีความหมายเพียงแค่สร้างเลย์เอาต์ windows ของฉันรวมถึงโปรเจ็กต์เริ่มต้นและการปรับแต่งที่ไม่สำคัญอื่น ๆ อีกสองสามรายการ

ฉันยังประสบปัญหานี้ด้านล่างเป็นขั้นตอนที่ฉันดำเนินการและทำงานได้สำหรับฉันเสมอ:

• การลบไฟล์. suo ของโซลูชัน
• การลบไฟล์ ASP.NET ชั่วคราว (คุณสามารถค้นหาได้ที่% WINDOW% \ Microsoft.NET \ Framework \\ ไฟล์ ASP.NET ชั่วคราว )
• การลบเบรกพอยต์ทั้งหมดในแอปพลิเคชัน

ฉันไม่รู้ว่าคุณยังคงมีปัญหานี้หรือไม่ แต่ฉันดีบักไซต์ใน Visual Studio โดยแนบตัวดีบั๊กเกอร์เข้ากับกระบวนการแทนที่จะปล่อยให้ VS ทำเพื่อฉันและฉันพบว่ามันปรับปรุงเวลาได้อย่างมาก ผมใช้ส่วนขยายสำหรับ VS เรียก AttachTo และผมมีบทความเล็ก ๆ เกี่ยวกับวิธีที่ผมใช้มันนี่

ฉันหวังว่านี่จะช่วยได้.

ปัญหา VS ช้าของฉันได้รับการแก้ไขโดยปิดใช้งานลิงก์เบราว์เซอร์

หากมีคนสังเกตเห็นพฤติกรรมนี้ออกมาจากช่องด้านซ้ายให้ตรวจสอบเพื่อให้แน่ใจว่าคุณไม่ได้ตั้งเบรกพอยต์ไว้ใน web.config ฉันต้องตั้งค่าด้วยการคลิกเมาส์จรจัดและมันช้าลงการดำเนินการแก้ปัญหาทั้งหมด

หลังจากใช้เวลารอทั้งวันสำหรับสัญลักษณ์ที่จะโหลดเป็นช้าเป็นเต่าความเร็วการผสมและการสลับไปมาระหว่างทั้งหมดรวมกันเป็นไปได้: เพียงแค่รหัสของฉันแคชสัญลักษณ์ , IntelliTrace , Just-In-Time, ฆ่ากระบวนการฯลฯ

ทางออกของฉันเป็นจริงที่จะปิดการใช้งานโปรแกรมป้องกันไวรัส ใช่ Windows Defender กำลังชะลอการเปิดตัวโครงการของฉัน! มันจะตรวจสอบที่กำลังทั้งหมดตามที่ Visual Studio ร้องขอและชะลอกระบวนการโหลดสัญลักษณ์ทั้งหมด

ฉันต้องบอกว่าเครื่องของเรามีสเปคที่ยอดเยี่ยมในการรวบรวมวิธีแก้ปัญหาอย่างรวดเร็วจริง ๆ ดังนั้นมันจึงไม่เป็นปัญหาเลย เราใช้รหัสใน VS 2013 Ultimate

การล้างแคชสัญลักษณ์ทำงานได้ดีสำหรับฉัน

ดูที่: แถบเมนู / เครื่องมือ / ตัวเลือก / การดีบัก / สัญลักษณ์ / แคชสัญลักษณ์ว่างเปล่า

ปัญหาที่คล้ายกันเสียดีกว่าครึ่งหนึ่งของวัน

เนื่องจากวิธีแก้ไขปัญหาของฉันแตกต่างจากที่กล่าวไว้ในที่นี้ฉันจะโพสต์ข้อความเพื่อช่วยคนอื่น

ของฉันเป็นเบรกพอยต์ ฉันมีเบรกพอยต์"หยุดพักที่ฟังก์ชั่น" (เช่นแทนที่จะกด F9 บนบรรทัดโค้ดเราสร้างพวกเขาโดยใช้หน้าต่างเบรกพอยต์) ซึ่งควรจะหยุดในฟังก์ชั่นห้องสมุดนอกโครงการของฉัน

และฉันมี"ใช้ Intellisense เพื่อตรวจสอบชื่อฟังก์ชั่น " ตรวจสอบ (ข้อมูลที่นี่ )

สิ่งนี้ช้าลงเมื่อเทียบกับนรก (โครงการเริ่มจาก 2 วินาทีถึง 5 นาที)

การลบจุดพักแก้ไขได้ดี

สิ่งหนึ่งที่ใช้ได้ผลสำหรับฉันหลังจากทำตามข้างบนทั้งหมดคือ:
ในหน้าต่างเธรด (ดีบัก -> Windows-> เธรด), ตั้งค่ากลุ่มตามเป็นไม่มี สิ่งนี้สามารถทำได้ในขณะที่การดีบัก

นี่คือผลกระทบแม้หลังจากปิดหน้าต่างนั้น

ใน Visual Studio:

เครื่องมือ -> ตัวเลือก -> การดีบัก -> สัญลักษณ์

เลือก "โมดูลที่ระบุเท่านั้น" คลิกลิงก์ "ระบุโมดูล" และเพิ่มโมดูลว่าง (คลิกที่ปุ่มเอกสารใหม่แล้วกด OK)

เปิดโฟลเดอร์โซลูชันใน windows explorer ปิด visual studio ลบไฟล์. suo จาก windows explorer

ตอนนี้เปิดโครงการใน visual studio หวังว่า debugger จะเชื่อมต่อ / แยกออกอย่างรวดเร็ว

สำหรับฉันมันเป็นจุดพักแบบมีเงื่อนไข ดูเหมือนว่าสิ่งต่าง ๆ จะช้าลงอย่างมาก

ไปที่ตัวแปรสภาพแวดล้อมของคุณและค้นหาคีย์ _NT_SYMBOL_PATH

ลบมัน.

Voila ทำงานเหมือนมีเสน่ห์

ปัญหาสำหรับฉันคือฟีเจอร์ "ลิงก์เบราว์เซอร์" ที่หนักมากเมื่อคุณเปิดแท็บหลายแท็บสำหรับโครงการเดียวกัน!

เพราะทุกครั้งที่เราเปิดตัวโครงการมันจะเปิดแท็บใหม่ที่มีการสื่อสารลิงค์ของเบราว์เซอร์

เพียงปิดแท็บทั้งหมดที่เกี่ยวข้องกับโครงการและเปิดเพียงแท็บเดียว!

สตูดิโอภาพฟรีทันที! มันวิเศษ! ;-)

“ ลิงค์เบราว์เซอร์เป็นคุณสมบัติตั้งแต่ Visual Studio 2013 ที่สร้างช่องทางการสื่อสารระหว่างสภาพแวดล้อมการพัฒนาและเว็บเบราว์เซอร์หนึ่งรายการขึ้นไป คุณสามารถใช้ Browser Link เพื่อรีเฟรชแอปพลิเคชั่นเว็บของคุณในหลาย ๆ เบราว์เซอร์พร้อมกันซึ่งมีประโยชน์สำหรับการทดสอบข้ามเบราว์เซอร์”

ทางออกที่ง่ายและรวดเร็วสำหรับผู้ที่ไม่มีความเบี่ยงเบนจากการตั้งค่า VS เริ่มต้น

เครื่องมือ -> การตั้งค่าการนำเข้าและส่งออก -> ใช่บันทึกการตั้งค่าปัจจุบันของฉัน -> Visual C #

ฉันมั่นใจว่าวิธีแก้ไขปัญหาข้างต้นจะใช้ได้กับการตั้งค่าเริ่มต้นอื่นด้วย ในกรณีของฉันมีบางอย่างสับสนกับการตั้งค่าการโหลดสัญลักษณ์ของฉัน แต่ฉันไม่สามารถแก้ไขได้แม้ว่าฉันจะพยายามแก้ไขปัญหาที่แนะนำบางประการ

โปรดตรวจสอบว่าคุณไม่ได้เปิด Visual Studio ในโหมดผู้ดูแลระบบ

ฉันประสบปัญหานี้และต้องทำงานในโหมดปกติ