Come posso rilanciare un'eccezione in Javascript, ma preservare lo stack?

Question

in JavaScript, supponiamo che io voglio per eseguire alcune di pulizia quando un'eccezione accade, ma lasciate l'eccezione continuano a propagarsi lo stack, ad esempio:

try { 
    enterAwesomeMode(); 
    doRiskyStuff(); // might throw an exception 
} catch (e) { 
    leaveAwesomeMode(); 
    throw e; 
} 
doMoreStuff(); 
leaveAwesomeMode(); 

Il problema con questo codice è che la cattura e rethrowing le cause di eccezione le informazioni di traccia dello stack fino a quel punto vanno perse, in modo che se l'eccezione viene successivamente catturata di nuovo, più in alto nello stack, la traccia dello stack si riduce solo al rilancio. Questo fa schifo perché significa che non contiene la funzione che ha effettivamente gettato l'eccezione.

Come si è visto, ha try..finally lo stesso comportamento, in almeno Chrome (cioè, non è ri-throw che è il problema precisamente, ma la presenza di un blocco gestore di eccezioni affatto.)

Qualcuno sa di un modo per rilanciare un'eccezione in Javascript ma preservare la traccia dello stack ad essa associata? In caso contrario, per quanto riguarda i suggerimenti per altri modi per aggiungere gestori di cleanup sicuri per l'eccezione, mentre si acquisiscono anche tracce dello stack complete quando si verifica un'eccezione?

Grazie per tutti i puntatori :)

Answer 1

Questo è un bug in Chrome. Risanare un'eccezione dovrebbe preservare la traccia di chiamata.

http://code.google.com/p/chromium/issues/detail?id=60240

non so di qualsiasi soluzione.

Finalmente non vedo il problema. Vedo le eccezioni in silenzio che non vengono visualizzate nella console degli errori in alcuni casi dopo un alla fine, ma sembra essere stato risolto in build di sviluppo.

Answer 2

La proprietà pila di un oggetto Error viene creato allo stesso tempo come l'oggetto Error in sé, non al punto è gettato. Sono spesso lo stesso a causa del linguaggio

 
    throw new Error("message"); 

e se si utilizza il codice esattamente come hai scritto, la proprietà dello stack sarà non essere modificate quando si rigenerare l'errore.