StackOverflow-hibák hibakeresése
Az A StackOverflowException akkor fordul elő, ha a végrehajtási verem túlcsordul, mert túl sok beágyazott metódushívást tartalmaz.
Tegyük fel például, hogy az alábbi alkalmazással rendelkezik:
using System;
namespace temp
{
class Program
{
static void Main(string[] args)
{
Main(args); // Oops, this recursion won't stop.
}
}
}
A Main
metódus folyamatosan meghívja magát, amíg nincs több veremterület. Ha nincs több veremterület, a végrehajtás nem folytatódhat, ezért a következőt StackOverflowExceptionfogja dobni: .
> dotnet run
Stack overflow.
Megjegyzés
A .NET 5-ös és újabb verzióiban a hívások kimenete a konzolon lesz.
Megjegyzés
Ez a cikk azt ismerteti, hogyan lehet hibakeresést végezni egy verem-túlcsorduláson az lldb használatával. Ha Windows rendszeren fut, javasoljuk, hogy hibakeresést tegyen az alkalmazásban a Visual Studióval vagy a Visual Studio Code-tal.
Példa
Futtassa az alkalmazást úgy konfigurálva, hogy memóriaképet gyűjtsön összeomláskor
> export DOTNET_DbgEnableMiniDump=1 > dotnet run Stack overflow. Writing minidump with heap to file /tmp/coredump.6412 Written 58191872 bytes (14207 pages) to core file
Megjegyzés
A .NET 6 szabványosítja az előtagot
DOTNET_
a .NET futásidejű viselkedést konfiguráló környezeti változók helyettCOMPlus_
. AzCOMPlus_
előtag azonban továbbra is működni fog. Ha a .NET-futtatókörnyezet egy korábbi verzióját használja, akkor is a környezeti változók előtagját kell használniaCOMPlus_
.Az SOS-bővítmény telepítése dotnet-sos használatával
dotnet-sos install
Hibakeresés a memóriaképben az lldb-ben a hibás verem megtekintéséhez
lldb --core /temp/coredump.6412 (lldb) bt ... frame #261930: 0x00007f59b40900cc frame #261931: 0x00007f59b40900cc frame #261932: 0x00007f59b40900cc frame #261933: 0x00007f59b40900cc frame #261934: 0x00007f59b40900cc frame #261935: 0x00007f5a2d4a080f libcoreclr.so`CallDescrWorkerInternal at unixasmmacrosamd64.inc:867 frame #261936: 0x00007f5a2d3cc4c3 libcoreclr.so`MethodDescCallSite::CallTargetWorker(unsigned long const*, unsigned long*, int) at callhelpers.cpp:70 frame #261937: 0x00007f5a2d3cc468 libcoreclr.so`MethodDescCallSite::CallTargetWorker(this=<unavailable>, pArguments=0x00007ffe8222e7b0, pReturnValue=0x0000000000000000, cbReturnValue=0) at callhelpers.cpp:604 frame #261938: 0x00007f5a2d4b6182 libcoreclr.so`RunMain(MethodDesc*, short, int*, PtrArray**) [inlined] MethodDescCallSite::Call(this=<unavailable>, pArguments=<unavailable>) at callhelpers.h:468 ...
A felső keret
0x00007f59b40900cc
többször ismétlődik. Az SOSip2md
paranccsal állapítsa meg, hogy melyik metódus található a0x00007f59b40900cc
címen(lldb) ip2md 0x00007f59b40900cc MethodDesc: 00007f59b413ffa8 Method Name: temp.Program.Main(System.String[]) Class: 00007f59b4181d40 MethodTable: 00007f59b4190020 mdToken: 0000000006000001 Module: 00007f59b413dbf8 IsJitted: yes Current CodeAddr: 00007f59b40900a0 Version History: ILCodeVersion: 0000000000000000 ReJIT ID: 0 IL Addr: 0000000000000000 CodeAddr: 00007f59b40900a0 (MinOptJitted) NativeCodeVersion: 0000000000000000 Source file: /temp/Program.cs @ 9
Tekintse meg a megadott metódus temp értékét. Program.Main(System.String[]) és forrás "/temp/Program.cs @ 9", hogy megtudja, mit tett rosszul. Ha még mindig nem volt egyértelmű, hozzáadhat naplózást a kód ezen területén.