Come garantire che venga creato un nuovo thread quando si utilizza il metodo Task.StartNew

Question

Da quello che posso dire, ho delle informazioni fuorvianti. Ho bisogno di avere un thread separato in esecuzione in background.

Al momento lo faccio in questo modo:

var task = Task.Factory.StartNew 
     (CheckFiles 
      , cancelCheckFile.Token 
      , TaskCreationOptions.LongRunning 
      , TaskScheduler.Default);//Check for files on another thread 

private void CheckFiles() 
{ 
    while (!cancelCheckFile.Token.IsCancellationRequested) 
    { 
     //do stuff 
    } 
} 

Questo crea sempre un nuovo thread per me. Tuttavia, dopo diverse discussioni, anche se è contrassegnato come LongRunning non garantisce che verrà creato un nuovo thread.

In passato ho fatto qualcosa di simile:

thQueueChecker = new Thread(new ThreadStart(CheckQueue)); 
thQueueChecker.IsBackground = true; 
thQueueChecker.Name = "CheckQueues" + DateTime.Now.Ticks.ToString(); 
thQueueChecker.Start(); 


private void CheckQueue() 
{ 
    while (!ProgramEnding) 
    { 
      //do stuff 
    } 
} 

Consiglieresti che torno a questo approccio per garantire un nuovo thread viene utilizzato?

Answer 1

LongRunning è solo un suggerimento per lo scheduler - se devi assolutamente avere sempre un nuovo Thread, dovrai crearne uno.

Answer 2

È necessario specificare perché "" è sempre necessario un thread separato ".

void Main() 
{ 
    var task = Task.Factory.StartNew(CheckFiles, 
    cancelCheckFile.Token, 
    TaskCreationOptions.LongRunning, 
    TaskScheduler.Default); 

    task.Wait(); 
} 

Uno scheduler intelligente utilizzerà 1 thread qui. Perché non dovrebbe?

---

ma generalmente CheckFiles() metodo verrà eseguito su un'altra (quella chiamata) thread. Il problema è se quel thread è stato creato appositamente o se potrebbe anche essere eseguito su più thread (in successione).

Quando si utilizzano Attività, si rinuncia al controllo sulla Discussione. E quella dovrebbe essere una buona cosa.

Answer 3

Il pianificatore di attività predefinito ThreadPoolTaskScheduler crea sempre un nuovo thread per attività a esecuzione prolungata. Non usa il pool di thread come puoi vedere. Non è diverso come l'approccio manuale per creare il thread da soli. In teoria, potrebbe accadere che lo scheduler di .NET 4.5 faccia qualcosa di diverso, ma in pratica è improbabile che cambi.

protected internal override void QueueTask(Task task) 
{  
    if ((task.Options & TaskCreationOptions.LongRunning) != TaskCreationOptions.None) 
    { 
    new Thread(s_longRunningThreadWork) { IsBackground = true }.Start(task); 
    } 
    else 
    { 
    bool forceGlobal = 
     (task.Options & TaskCreationOptions.PreferFairness) != TaskCreationOptions.None; 
    ThreadPool.UnsafeQueueCustomWorkItem(task, forceGlobal); 
    } 
} 

Answer 4

Dipende dallo Scheduler che si utilizza. Esistono due implementazioni di magazzino, ThreadPoolTaskScheduler e SynchronizationContextTaskScheduler. Quest'ultimo non inizia affatto un thread, utilizzato dal metodo FromCurrentSynchronizationContext().

Il ThreadPoolTaskScheduler è quello che ottieni. Che in effetti utilizza l'opzione LongRunning, userà un Thread normale se impostato. Importante per evitare di morire di fame altri thread TP. Otterrai una discussione TP senza l'opzione. Questi sono dettagli di implementazione soggetti a modifiche senza preavviso, anche se lo considererei improbabile in qualunque momento presto.