OpCodes.Endfilter Fält

public: static initonly System::Reflection::Emit::OpCode Endfilter;

public static readonly System.Reflection.Emit.OpCode Endfilter;

 staticval mutable Endfilter : System.Reflection.Emit.OpCode

Public Shared ReadOnly Endfilter As OpCode 

Fältvärde

Kommentarer

I följande tabell visas instruktionens sammansättningsformat för hexadecimalt och Microsoft mellanliggande språk (MSIL), tillsammans med en kort referenssammanfattning:

Stackens övergångsbeteende i sekventiell ordning är:

1. value skickas till stacken.

2. value är popped från stacken; endfilter körs och kontrollen överförs till undantagshanteraren.

Value (som måste vara av typen int32 och är en av en specifik uppsättning värden) returneras från filtersatsen. Det bör vara något av:

• exception_continue_search (value = 0) för att fortsätta söka efter en undantagshanterare

• exception_execute_handler (value = 1) för att starta den andra fasen av undantagshanteringen där slutligen block körs tills hanteraren som är associerad med den här filtersatsen finns. Vid identifiering körs hanteraren.

Andra heltalsvärden ger ospecificerade resultat.

Startpunkten för ett filter, som visas i metodens undantagstabell, måste vara den första instruktionen i filtrets kodblock. Instruktionen endfilter måste vara den sista instruktionen i filtrets kodblock (därför kan det bara finnas en endfilter för ett enda filterblock). När instruktionen har körts endfilter flödar kontrollen logiskt tillbaka till CLI-undantagshanteringsmekanismen.

Kontrollen kan inte överföras till ett filterblock förutom genom undantagsmekanismen. Kontrollen kan inte överföras från ett filterblock, förutom genom användning av en throw instruktion eller genom att köra den slutliga endfilter instruktionen. Du kan inte bädda in ett try block i ett filter block. Om ett undantag genereras i filter blocket fångas det upp och värdet 0 (exception_continue_search) returneras.

Följande Emit metodöverlagring kan använda endfilter opcode:

• ILGenerator.Emit(OpCode)