Fouten opsporen in ASP.NET Core-apps
Notitie
Dit is niet de nieuwste versie van dit artikel. Zie de .NET 9-versie van dit artikelvoor de huidige release.
Waarschuwing
Deze versie van ASP.NET Core wordt niet meer ondersteund. Zie de .NET- en .NET Core-ondersteuningsbeleidvoor meer informatie. Zie de .NET 9-versie van dit artikelvoor de huidige release.
Belangrijk
Deze informatie heeft betrekking op een pre-releaseproduct dat aanzienlijk kan worden gewijzigd voordat het commercieel wordt uitgebracht. Microsoft geeft geen garanties, uitdrukkelijk of impliciet, met betrekking tot de informatie die hier wordt verstrekt.
Zie de .NET 9-versie van dit artikelvoor de huidige release.
In dit artikel wordt beschreven hoe u fouten in Blazor apps opspoort, waaronder foutopsporing Blazor WebAssembly apps met hulpprogramma's voor browserontwikkelaars of een IDE (Integrated Development Environment).
Blazor Web App's kunnen worden gedebugged in Visual Studio of Visual Studio Code.
Blazor WebAssembly apps kunnen worden gedebugd.
- In Visual Studio of Visual Studio Code.
- Hulpprogramma's voor browserontwikkelaars gebruiken in browsers op basis van Chromium, waaronder Microsoft Edge, Google Chrome en Firefox.
Beschikbare scenario's voor Blazor WebAssembly foutopsporing zijn onder andere:
- Onderbrekingspunten instellen en verwijderen.
- Voer de app uit met ondersteuning voor foutopsporing in IDE's.
- Stap voor stap door de code.
- De uitvoering van code hervatten met een sneltoets in IDE's.
- Bekijk in het venster Locals de waarden van lokale variabelen.
- Bekijk de aanroepstack, inclusief aanroepketens tussen JavaScript en .NET.
- Gebruik een symboolserver voor foutopsporing, geconfigureerd door Visual Studio-voorkeuren.
Niet-ondersteunde scenario's zijn onder andere:
- Fouten opsporen in niet-lokale scenario's (bijvoorbeeld Windows-subsysteem voor Linux (WSL) of Visual Studio Codespaces).
- Fouten opsporen in Firefox vanuit Visual Studio of Visual Studio Code.
Blazor Server-apps kunnen worden gedebugd in Visual Studio of Visual Studio Code.
Blazor WebAssembly apps kunnen worden gedebugged:
- In Visual Studio of Visual Studio Code.
- Hulpprogramma's voor browserontwikkelaars gebruiken in browsers op basis van Chromium, waaronder Microsoft Edge en Google Chrome.
Niet-ondersteunde scenario's voor Blazor WebAssembly-apps zijn onder andere:
- Onderbrekingspunten instellen en verwijderen.
- Voer de app uit met ondersteuning voor foutopsporing in IDE's.
- Stap voor stap door de code.
- De uitvoering van code hervatten met een sneltoets in IDE's.
- Bekijk in het venster Locals de waarden van lokale variabelen.
- Bekijk de aanroepstack, inclusief aanroepketens tussen JavaScript en .NET.
- Fouten opsporen in niet-lokale scenario's (bijvoorbeeld Windows-subsysteem voor Linux (WSL) of Visual Studio Codespaces).
- Gebruik een symboolserver voor foutopsporing.
Blazor Server apps kunnen worden gedebugd in Visual Studio of Visual Studio Code.
Blazor WebAssembly apps kunnen worden gedebugd.
- In Visual Studio of Visual Studio Code.
- Hulpprogramma's voor browserontwikkelaars gebruiken in browsers op basis van Chromium, waaronder Microsoft Edge en Google Chrome.
Niet-ondersteunde scenario's voor Blazor WebAssembly-apps zijn onder andere:
- Onderbrekingspunten instellen en verwijderen.
- Voer de app uit met ondersteuning voor foutopsporing in IDE's.
- Stap voor stap door de code.
- De uitvoering van code hervatten met een sneltoets in IDE's.
- Bekijk in het venster Locals de waarden van lokale variabelen.
- Bekijk de aanroepstack, inclusief aanroepketens tussen JavaScript en .NET.
- Druk op onderbrekingspunten tijdens het opstarten van de app voordat de foutopsporingsproxy wordt uitgevoerd. Dit omvat onderbrekingspunten in het
Program
-bestand en onderbrekingspunten in deOnInitialized{Async}
levenscyclusmethoden van onderdelen die worden geladen door de eerste pagina die door de app wordt aangevraagd. - Fouten opsporen in niet-lokale scenario's (bijvoorbeeld Windows-subsysteem voor Linux (WSL) of Visual Studio Codespaces).
- Gebruik een symboolserver voor foutopsporing.
Voorwaarden
In deze sectie worden de vereisten voor foutopsporing uitgelegd.
Browservereisten
De nieuwste versie van de volgende browsers:
- Google Chrome
- Microsoft Edge
- Firefox (alleen hulpprogramma's voor browserontwikkelaars)
Voor foutopsporing is de nieuwste versie van de volgende browsers vereist:
- Google Chrome (standaard)
- Microsoft Edge
Zorg ervoor dat firewalls of proxy's de communicatie met de foutopsporingsproxy (NodeJS
proces) niet blokkeren. Zie de sectie Firewall-configuratie voor meer informatie.
Notitie
Apple Safari in macOS wordt momenteel niet ondersteund.
Vereisten voor IDE
De nieuwste versie van Visual Studio of Visual Studio Code is vereist.
Vereisten voor Visual Studio Code
Visual Studio Code vereist de C# Dev Kit voor Visual Studio Code (Aan de slag met C# in VS Code). Filter in visual Studio Code Extensions Marketplace de extensielijst met 'c# dev kit
' om de extensie te zoeken:
Als u de C# Dev Kit installeert, worden automatisch de volgende extra extensies geïnstalleerd:
Als er waarschuwingen of fouten optreden, kunt u een probleem (microsoft/vscode-dotnettools
GitHub-opslagplaats) openen het probleem beschrijven.
Vereisten voor app-configuratie
De richtlijnen in deze subsectie zijn van toepassing op foutopsporing aan de clientzijde.
Open het Properties/launchSettings.json
-bestand van het opstartproject. Bevestig de aanwezigheid van de volgende inspectUri
eigenschap in elk startprofiel van het profiles
knooppunt van het bestand. Als de volgende eigenschap niet aanwezig is, voegt u deze toe aan elk profiel:
"inspectUri": "{wsProtocol}://{url.hostname}:{url.port}/_framework/debug/ws-proxy?browser={browserInspectUri}"
De eigenschap inspectUri
:
- Hiermee kan de IDE detecteren dat de app een Blazor app is.
- Geeft de scriptdebugging-infrastructuur opdracht om verbinding te maken met de browser via Blazorfoutopsporingsproxy.
De tijdelijke aanduidingen voor het WebSocket-protocol (wsProtocol
), host (url.hostname
), poort (url.port
) en inspector-URI op de gestarte browser (browserInspectUri
) worden geleverd door het framework.
Pakketten
Blazor Web Apps: Microsoft.AspNetCore.Components.WebAssembly.Server
: Verwijst naar een intern pakket (Microsoft.NETCore.BrowserDebugHost.Transport
) voor assembly's die de host voor foutopsporing van de browser delen.
Blazor Server: Microsoft.AspNetCore.Components.WebAssembly.Server
: Verwijst naar een intern pakket (Microsoft.NETCore.BrowserDebugHost.Transport
) voor assembly's die de host voor foutopsporing van de browser delen.
Zelfstandige Blazor WebAssembly: Microsoft.AspNetCore.Components.WebAssembly.DevServer
: Ontwikkelserver voor gebruik bij het bouwen van Blazor apps. Roept intern UseWebAssemblyDebugging aan om middleware toe te voegen voor het debuggen van Blazor WebAssembly apps in de ontwikkelhulpprogramma's van Chromium.
Gehoste Blazor WebAssembly:
-
Client project:
Microsoft.AspNetCore.Components.WebAssembly.DevServer
: Ontwikkelserver voor gebruik bij het bouwen van Blazor apps. Roept intern UseWebAssemblyDebugging aan om middleware toe te voegen voor het debuggen van Blazor WebAssembly-apps in Chromium-ontwikkelaarstools. -
Server project:
Microsoft.AspNetCore.Components.WebAssembly.Server
: Verwijst naar een intern pakket (Microsoft.NETCore.BrowserDebugHost.Transport
) voor assembly's die de host voor foutopsporing in de browser delen.
Notitie
Zie de artikelen onder Installeren en beheren van pakketten in Pakketverbruikworkflow (NuGet-documentatie)voor hulp bij het toevoegen van pakketten aan .NET-apps. Bevestig de juiste pakketversies op NuGet.org.
Debuggen van een Blazor Web App in een IDE
In het voorbeeld in deze sectie wordt ervan uitgegaan dat u een Blazor Web App hebt gemaakt met een interactieve weergavemodus van Auto (Server en WebAssembly) en een interactiviteitslocatie per onderdeel.
- Open de app.
- Stel een onderbrekingspunt in op de
currentCount++;
regel in hetCounter
-onderdeel (Pages/Counter.razor
) van het clientproject (.Client
). - Terwijl het serverproject is geselecteerd in Solution Explorer, drukt u op F5- om de app uit te voeren in het foutopsporingsprogramma.
- Navigeer in de browser naar
Counter
pagina op/counter
. Wacht enkele seconden totdat de foutopsporingsproxy is geladen en uitgevoerd. Selecteer de Klik op knop om op het onderbrekingspunt te drukken. - Inspecteer in Visual Studio de waarde van het veld
currentCount
in het venster Locals. - Druk op F5- om door te gaan met de uitvoering.
Onderbrekingspunten kunnen ook worden bereikt in het serverproject in statisch gerenderde en interactief gerenderde onderdelen aan de serverzijde.
- Stop het foutopsporingsprogramma.
- Open in de server-app het statisch weergegeven
Weather
onderdeel (Components/Pages/Weather.razor
) en stel een onderbrekingspunt in op een willekeurige plaats in de methodeOnInitializedAsync
. - Druk op F5- om de app uit te voeren in het foutopsporingsprogramma.
- Navigeer in de browser naar de pagina
Weather
op/weather
. Wacht enkele seconden totdat de foutopsporingsproxy is geladen en uitgevoerd. De uitvoering van de toepassing stopt op het onderbrekingspunt. - Druk op F5- om door te gaan met de uitvoering.
Onderbrekingspunten worden niet geraakt tijdens het opstarten van de app voordat de foutopsporingsproxy wordt uitgevoerd. Dit omvat onderbrekingspunten in het Program
-bestand en onderbrekingspunten in de OnInitialized{Async}
levenscyclusmethoden van onderdelen die worden geladen door de eerste pagina die door de app wordt aangevraagd.
Fouten opsporen in een Blazor Server-app in een IDE
- Open de app.
- Stel een onderbrekingspunt in op de
currentCount++;
regel in hetCounter
onderdeel (Pages/Counter.razor
). - Druk op F5- om de app uit te voeren in het foutopsporingsprogramma.
- Navigeer in de browser naar
Counter
pagina op/counter
. Wacht enkele seconden totdat de foutopsporingsproxy is geladen en uitgevoerd. Selecteer de Klik op knop om op het onderbrekingspunt te drukken. - Inspecteer in Visual Studio de waarde van het veld
currentCount
in het venster Locals. - Druk op F5- om door te gaan met de uitvoering.
Onderbrekingspunten worden niet geraadpleegd tijdens het opstarten van de app voordat de debuggingproxy actief is. Dit omvat onderbrekingspunten in het Program
-bestand en onderbrekingspunten in de OnInitialized{Async}
levenscyclusmethoden van componenten die worden geladen door de eerste pagina die door de app wordt opgevraagd.
Fouten opsporen in een Blazor WebAssembly-app in een IDE
- Open de app.
- Stel een onderbrekingspunt in op de
currentCount++;
regel in hetCounter
onderdeel (Pages/Counter.razor
). - Druk op F5- om de app uit te voeren in het foutopsporingsprogramma.
- Navigeer in de browser naar
Counter
pagina op/counter
. Wacht enkele seconden totdat de foutopsporingsproxy is geladen en uitgevoerd. Selecteer de Click me knop om het onderbrekingspunt te bereiken. - Inspecteer in Visual Studio de waarde van het veld
currentCount
in het venster Locals. - Druk op F5- om door te gaan met de uitvoering.
Onderbrekingspunten worden niet geraakt tijdens het opstarten van de app voordat de foutopsporingsproxy wordt uitgevoerd. Dit omvat onderbrekingspunten in het Program
-bestand en onderbrekingspunten in de OnInitialized{Async}
levenscyclusmethoden van onderdelen die worden geladen door de eerste pagina die door de app wordt aangevraagd.
Fouten opsporen in een gehoste Blazor WebAssembly-app in een IDE
Terwijl het Server project is geselecteerd in Solution Explorer-, drukt u op F5- om de app uit te voeren in het foutopsporingsprogramma.
Bij foutopsporing met een browser op basis van Chromium, zoals Google Chrome of Microsoft Edge, kan een nieuw browservenster worden geopend met een afzonderlijk profiel voor de foutopsporingssessie in plaats van een tabblad te openen in een bestaand browservenster met het profiel van de gebruiker. Als foutopsporing met het profiel van de gebruiker een vereiste is, moet u één van de volgende methoden gebruiken:
- Sluit alle geopende browserexemplaren voordat u op F5 drukt om foutopsporing te starten.
- Configureer Visual Studio om de browser te starten met het profiel van de gebruiker. Zie Blazor WASM-foutopsporing in VS Edge start met een afzonderlijke map met gebruikersgegevens (dotnet/aspnetcore #20915)voor meer informatie over deze benadering.
Stel in het Client project een onderbrekingspunt in op de
currentCount++;
regel in het onderdeelCounter
(Pages/Counter.razor
).Navigeer in de browser naar
Counter
pagina op/counter
. Wacht enkele seconden totdat de foutopsporingsproxy is geladen en uitgevoerd. Selecteer de Klik op knop om op het onderbrekingspunt te drukken.Inspecteer in Visual Studio de waarde van het veld
currentCount
in het venster Locals.Druk op F5- om door te gaan met de uitvoering.
U kunt ook fouten opsporen in servercode in het Server project:
- Stel een onderbrekingspunt in op de pagina
Pages/FetchData.razor
in OnInitializedAsync. - Stel een onderbrekingspunt in de
WeatherForecastController
in de actiemethodeGet
. - Blader naar de pagina
Fetch Data
om het eerste onderbrekingspunt in hetFetchData
onderdeel te bereiken vlak voordat er een HTTP-aanvraag naar de server wordt verzonden. - Druk op F5 om door te gaan met de uitvoering en druk vervolgens op het onderbrekingspunt op de server in de
WeatherForecastController
. - Druk nogmaals op F5 om de uitvoering door te laten gaan en de weergegeven weersvoorspellingstabel in de browser te zien.
Onderbreekpunten worden niet getroffen tijdens het opstarten van de applicatie voordat de foutopsporingsproxy draait. Dit omvat onderbrekingspunten in het Program
-bestand en onderbrekingspunten in de OnInitialized{Async}
levenscyclusmethoden van componenten die worden geladen door de eerste pagina die vanuit de app wordt opgevraagd.
Koppelen aan een bestaande Visual Studio Code-foutopsporingssessie
Als u een actieve Blazor-app wilt koppelen, opent u het .vscode/launch.json
-bestand en vervangt u de tijdelijke aanduiding {URL}
door de URL waar de app wordt uitgevoerd:
{
"name": "Attach and Debug",
"type": "blazorwasm",
"request": "attach",
"url": "{URL}"
}
Startopties voor Visual Studio Code
De opstartconfiguratieopties in de volgende tabel worden ondersteund voor het blazorwasm
foutopsporingstype (.vscode/launch.json
).
Optie | Beschrijving |
---|---|
browser |
De browser die moet worden gestart voor de foutopsporingssessie. Ingesteld op edge of chrome . Standaard ingesteld op edge . |
cwd |
De werkmap waarin de app wordt gestart. |
request |
Gebruik launch om een foutopsporingssessie te starten en te koppelen aan een Blazor WebAssembly-app of attach om een foutopsporingssessie te koppelen aan een al uitgevoerde app. |
timeout |
Het aantal milliseconden dat moet worden gewacht totdat de foutopsporingssessie is gekoppeld. De standaardwaarde is 30.000 milliseconden (30 seconden). |
trace |
Wordt gebruikt voor het genereren van logboeken van het JS foutopsporingsprogramma. Ingesteld op true om logboeken te genereren. |
url |
De URL die moet worden geopend in de browser bij foutopsporing. |
webRoot |
Bepaalt het absolute pad van de webserverlocatie. Moet worden ingesteld als een app wordt geleverd vanuit een subroute. |
De extra opties in de volgende tabel zijn alleen van toepassing op gehoste Blazor WebAssembly apps.
Optie | Beschrijving |
---|---|
env |
De omgevingsvariabelen die aan het gestarte proces moeten worden verstrekt. Alleen van toepassing als hosted is ingesteld op true . |
hosted |
Moet worden ingesteld op true bij het starten en opsporen van fouten in een gehoste Blazor WebAssembly-app. |
program |
Een verwijzing naar het uitvoerbare bestand om de server van de gehoste app uit te voeren. Moet worden ingesteld als hosted is true . |
Fouten opsporen Blazor WebAssembly met Google Chrome of Microsoft Edge
De richtlijnen in deze sectie zijn van toepassing op het debuggen van Blazor WebAssembly apps in:
- Google Chromedraaien op Windows of macOS.
- Microsoft Edgewordt uitgevoerd in Windows.
Voer de app uit in een opdrachtshell met
dotnet watch
(ofdotnet run
).Start een browser en navigeer naar de URL van de app.
Start externe foutopsporing door op het volgende te drukken:
- Shift+Alt+d in Windows.
- Shift+⌘+d op macOS.
De browser moet worden uitgevoerd met externe foutopsporing ingeschakeld. Dit is niet de standaardinstelling. Als foutopsporing op afstand is uitgeschakeld, wordt er een Kan foutopsporingsbare browsertabblad niet vinden foutpagina wordt weergegeven met instructies voor het starten van de browser met de poort voor foutopsporing geopend. Volg de instructies voor uw browser.
Nadat u de instructies hebt gevolgd om foutopsporing op afstand in te schakelen, wordt de app geopend in een nieuw browservenster. Start externe foutopsporing door op de sneltoetscombinatie te drukken in het nieuwe browservenster:
- Shift+Alt+d binnen Windows.
- Shift+⌘+d op macOS.
Er wordt een nieuw browsertabblad voor ontwikkelaarshulpprogramma's geopend met een vervaagd beeld van de app.
Notitie
Als u de instructies hebt gevolgd om een nieuw browsertabblad te openen waarvoor externe foutopsporing is ingeschakeld, kunt u het oorspronkelijke browservenster sluiten en het tweede venster geopend laten met het eerste tabblad waarop de app wordt uitgevoerd en het tweede tabblad waarop het foutopsporingsprogramma wordt uitgevoerd.
Na een ogenblik toont het tabblad Bronnen een lijst met .NET-assembly's en -pagina's van de app.
Open het knooppunt
file://
. In onderdeelcode (.razor
-bestanden) en C#-codebestanden (.cs
), worden onderbrekingspunten bereikt die u instelt wanneer code wordt uitgevoerd op het browsertabblad van de app (het eerste tabblad dat is geopend na het starten van externe foutopsporing). Nadat een onderbrekingspunt is bereikt, kunt u stap-voor-stap (F10) door de code gaan of de uitvoering van de code normaal hervatten (F8) op het tabblad Foutopsporing.
Voor foutopsporing in browsers gebaseerd op Chromium biedt Blazor een foutopsporingsproxy die het Chrome DevTools Protocol implementeert en het protocol uitbreidt met .NET-specifieke informatie. Wanneer de sneltoets voor foutopsporing wordt ingedrukt, wijst Blazor de Chrome DevTools aan bij de proxy. De proxy maakt verbinding met het browservenster dat u zoekt om fouten op te sporen (vandaar de noodzaak om externe foutopsporing in te schakelen).
Fouten opsporen in een Blazor WebAssembly-app met Firefox
De richtlijnen in deze sectie zijn van toepassing op debuggen Blazor WebAssembly apps in Firefox die op Windows worden uitgevoerd.
Voor het opsporen van fouten in een Blazor WebAssembly-app met Firefox moet u de browser configureren voor externe foutopsporing en verbinding maken met de browser met behulp van de hulpprogramma's voor browserontwikkelaars via de .NET WebAssembly-foutopsporingsproxy.
Notitie
Foutopsporing in Firefox vanuit Visual Studio wordt momenteel niet ondersteund.
Fouten opsporen in een Blazor WebAssembly-app in Firefox tijdens de ontwikkeling:
- Firefox configureren:
- Open
about:config
op een nieuw browsertabblad. Lees en sluit de waarschuwing die wordt weergegeven. - Schakel
devtools.debugger.remote-enabled
in door de waarde ervan in te stellen opTrue
. - Schakel
devtools.chrome.enabled
in door de waarde ervan in te stellen opTrue
. - Schakel
devtools.debugger.prompt-connection
uit door de waarde ervan in te stellen opFalse
.
- Open
- Sluit alle Firefox-instanties.
- Voer de app uit in een opdrachtshell met
dotnet watch
(ofdotnet run
). - Start de Firefox-browser opnieuw en navigeer naar de app.
- Open
about:debugging
op een nieuw browsertabblad. Laat dit tabblad open. - Ga terug naar het tabblad waarop de app wordt uitgevoerd. Start foutopsporing op afstand door op Shift+Alt+dte drukken.
- Open op het tabblad
Debugger
het app-bronbestand dat u wilt opsporen onder hetfile://
knooppunt en stel een onderbrekingspunt in. Stel bijvoorbeeld een onderbrekingspunt in op decurrentCount++;
regel in de methodeIncrementCount
van hetCounter
onderdeel (Pages/Counter.razor
). - Ga naar de pagina
Counter
onderdeel (/counter
) op het browsertabblad van de app en selecteer de tellerknop om op het onderbrekingspunt te drukken. - Druk op F5- om door te gaan met de uitvoering op het tabblad Foutopsporing.
Onderbreking bij niet-verwerkte uitzonderingen
Het foutopsporingsprogramma wordt niet onderbroken bij niet-verwerkte uitzonderingen, omdat Blazor uitzonderingen onderschept die niet worden verwerkt door ontwikkelaarscode.
Om te pauzeren bij niet-verwerkte uitzonderingen:
- Open de uitzonderingsinstellingen van het foutopsporingsprogramma (Debug>Windows>Exception Settings) in Visual Studio.
- Stel de volgende JavaScript-uitzonderingen in instellingen:
- alle uitzonderingen
- Onopgevangen Uitzonderingen
Browserbronkaarten
Met browserbrontoewijzingen kan de browser gecompileerde bestanden weer toewijzen aan hun oorspronkelijke bronbestanden en worden vaak gebruikt voor foutopsporing aan de clientzijde. Blazor wijst momenteel echter C# niet rechtstreeks toe aan JavaScript/WASM. In plaats daarvan voert Blazor IL-interpretatie uit in de browser, zodat bronmappings niet relevant zijn.
Firewallconfiguratie
Als een firewall de communicatie met de foutopsporingsproxy blokkeert, maakt u een firewall-uitzonderingsregel die communicatie tussen de browser en het NodeJS
proces toestaat.
Waarschuwing
Het wijzigen van een firewallconfiguratie moet zorgvuldig worden uitgevoerd om beveiligingsproblemen te voorkomen. Pas zorgvuldig beveiligingsrichtlijnen toe, volg de aanbevolen beveiligingsprocedures en respecteer waarschuwingen die zijn uitgegeven door de fabrikant van de firewall.
Open communicatie met het NodeJS
proces toestaan:
- Hiermee opent u de knooppuntserver voor elke verbinding, afhankelijk van de mogelijkheden en configuratie van de firewall.
- Kan riskant zijn, afhankelijk van uw netwerk.
- wordt alleen aanbevolen op ontwikkelcomputers.
Sta, indien mogelijk, alleen open communicatie toe met het NodeJS
proces op vertrouwde of particuliere netwerken.
Zie Een binnenkomend programma of een serviceregel makenvoor configuratierichtlijnen voor Windows Firewall. Zie Windows Defender Firewall met Advanced Security en gerelateerde artikelen in de documentatieset van Windows Firewall voor meer informatie.
Oplossen
Als er fouten optreden, kunnen de volgende tips u helpen:
- Onderbrekingspunten verwijderen:
- Google Chrome: Open op het tabblad Foutopsporingsprogramma de ontwikkelhulpprogramma's in uw browser. Voer in de console
localStorage.clear()
uit om onderbrekingspunten te verwijderen. - Microsoft Edge: Open op het tabblad Toepassing Application de lokale opslag Local storage. Klik met de rechtermuisknop op de site en selecteer Wis .
- Google Chrome: Open op het tabblad Foutopsporingsprogramma de ontwikkelhulpprogramma's in uw browser. Voer in de console
- Controleer of u het ASP.NET Core HTTPS-ontwikkelingscertificaat hebt geïnstalleerd en vertrouwd. Zie HTTPS afdwingen in ASP.NET Corevoor meer informatie.
- Visual Studio vereist de optie JavaScript-foutopsporing inschakelen voor ASP.NET (Chrome en Edge) in Tools>Options>Debugging>General. Dit is de standaardinstelling voor Visual Studio. Als foutopsporing niet werkt, controleert u of de optie is geselecteerd.
- Als uw omgeving gebruikmaakt van een HTTP-proxy, moet u ervoor zorgen dat
localhost
is opgenomen in de proxy-bypass-instellingen. U kunt dit doen door deNO_PROXY
omgevingsvariabele op een van de volgende manieren in te stellen:- Het
launchSettings.json
-bestand voor het project. - Op het niveau van de gebruikers- of systeemomgevingsvariabelen kan deze worden toegepast op alle apps. Wanneer u een omgevingsvariabele gebruikt, start u Visual Studio opnieuw om de wijziging van kracht te laten worden.
- Het
- Zorg ervoor dat firewalls of proxy's de communicatie met de foutopsporingsproxy (
NodeJS
proces) niet blokkeren. Zie de sectie Firewall-configuratie voor meer informatie.
Onderbrekingspunten in OnInitialized{Async}
niet bereikt
De foutopsporingsproxy van het Blazor framework wordt niet direct gestart bij het opstarten van de app, dus onderbrekingspunten in de OnInitialized{Async}
levenscyclusmethoden kunnen mogelijk niet worden bereikt. Het is raadzaam om aan het begin van de methodetekst een vertraging toe te voegen om de foutopsporingsproxy enige tijd te geven om te starten voordat het onderbrekingspunt wordt bereikt. U kunt de vertraging opnemen op basis van een if
compilerrichtlijn om ervoor te zorgen dat de vertraging niet aanwezig is voor een release-build van de app.
protected override void OnInitialized()
{
#if DEBUG
Thread.Sleep(10000);
#endif
...
}
protected override async Task OnInitializedAsync()
{
#if DEBUG
await Task.Delay(10000);
#endif
...
}
Time-out voor Visual Studio (Windows)
Als Visual Studio een uitzondering genereert dat de foutopsporingsadapter niet kan worden gestart met vermelding dat de time-out is bereikt, kunt u de time-out aanpassen met een registerinstelling:
VsRegEdit.exe set "<VSInstallFolder>" HKCU JSDebugger\Options\Debugging "BlazorTimeoutInMilliseconds" dword {TIMEOUT}
De tijdelijke aanduiding {TIMEOUT}
in het voorgaande commando is in milliseconden. Eén minuut wordt bijvoorbeeld toegewezen als 60000
.
ASP.NET Core