Operazione di continuazione nella stessa discussione precedente

Question

Ho un servizio Web che crea un'attività e un'attività di continuazione.

Nel primo compito che ci Thread.CurrentPrincipal

Quindi, quando il ContinuationTask inizia non ha più il Thread.CurrentPrincipal.

vorrei specificare nel ContinuationTask che dovrebbe funzionare nello stesso thread come suo antecedente.

Ho cercato nel web ma ho trovato solo il requisito per il thread da eseguire in SynchronizationContext, quindi sto iniziando a pensare che manchi qualche regola di base, specialmente per quanto riguarda Thread.Principal dovrebbe funzionare.

Answer 1

Prima di tutto, non utilizzare TaskContinuationOptions.ExecuteSynchronously per questo scopo! Non è possibile forzare la continuazione sullo stesso thread. Funziona solo con una probabilità molto alta. Ci sono sempre casi in cui non funziona: troppa ricorsione farà sì che TPL non esegua in modo sincrono. I Custom TaskScheduler s non sono inoltre obbligati a supportarlo.

Questo è un malinteso comune, soprattutto perché è stato erroneamente propagato sul web. Ecco qualche lettura su questo argomento: http://blogs.msdn.com/b/pfxteam/archive/2012/02/07/10265067.aspx

Se è necessario eseguire sullo stesso thread, fare questo:

Task.Factory.StartNew(() => { First(); Second(); }); 

Così facile.

Permettetemi di illustrare il motivo che funziona, mostrando una soluzione alternativa:

void MyCompositeTask() 
{ 
    var result = First(); 
    Second(result); 
} 
Task.Factory.StartNew(() => MyCompositeTask()); 

Questo sembra più intuitivo: Passiamo MyCompositeTask al TPL a correre. Il TPL non si cura di ciò che facciamo nel nostro callback. Possiamo fare tutto ciò che vogliamo, incluso chiamare più metodi e trasmettere i risultati.

Answer 2

Dal mio C# libro di testo (C# 4.0 in a Nutshell):

È possibile costringerli [compiti di continuazione] per eseguire sullo stesso thread [come il loro antecedente] specificando TaskContinuationOptions.ExecuteSynchronously al momento della chiamata ContinueWith: questo può migliorare le prestazioni in continuazioni a grana molto fine con riduzione della reindirizzamento.

In principio non ho provato questo, ma sembra essere quello che stai cercando e potrebbe essere utilizzato in congiunzione con Thread.CurrentPrincipal.

Ecco un link ad un MSDN article con alcuni esempi più concreti e

Answer 3

L'impostazione dell'identità di un thread di pool non è una buona idea. Ti lega a questo thread specifico e rischia di "perdere" l'identità in caso di eccezioni, se ti dimentichi di cancellare l'identità in un gestore di eccezioni. Potresti finire con attività non correlate eseguite usando l'identità "trapelata".

Provare a passare l'oggetto WindowsIdentity alle attività e impersonare utilizzando WindowsIdentity.Impersonate. Ciò consentirà di utilizzare qualsiasi thread disponibile e cancellerà in modo sicuro l'identità anche se si verifica un'eccezione.

si può provare qualcosa di simile:

WindowsPrincipal myPrincipal=...; 
... 
var identity=(WindowsIdentity)myPrincipal.Identity; 
var task=Task.Factory.StartNew(ident=>{ 
     var id=(WindowsIdentity)ident; 
     using(var context=id.Impersonate()) 
     { 
      //Work using the impersonated identity here 
     } 
     return id; 
    },identity). 
.ContinueWith(r=>{ 
     var id = r.Result; 
     using(var context=id.Impersonate()) 
     { 
      //Work using the impersonated identity here 
     } 
}); 

I using dichiarazioni assicurano che l'identità rappresentata viene eliminata anche se si verifica un'eccezione.

Answer 4

chiamata la continuazione con TaskScheduler.FromCurrentSynchronizationContext():

Task UITask= task.ContinueWith(() => 
{ 
this.TextBlock1.Text = "Complete"; 
}, TaskScheduler.FromCurrentSynchronizationContext()); 

copiato da https://stackoverflow.com/a/4331287/503969