ForEach-Object
Esegue un'operazione su ogni elemento in una raccolta di oggetti di input.
Sintassi
ForEach-Object
[-InputObject <PSObject>]
[-Begin <ScriptBlock>]
[-Process] <ScriptBlock[]>
[-End <ScriptBlock>]
[-RemainingScripts <ScriptBlock[]>]
[-WhatIf]
[-Confirm]
[<CommonParameters>]
ForEach-Object
[-InputObject <PSObject>]
[-MemberName] <String>
[-ArgumentList <Object[]>]
[-WhatIf]
[-Confirm]
[<CommonParameters>]
ForEach-Object
[-InputObject <PSObject>]
-Parallel <ScriptBlock>
[-ThrottleLimit <Int32>]
[-TimeoutSeconds <Int32>]
[-AsJob]
[-WhatIf]
[-Confirm]
[<CommonParameters>]
Descrizione
Il ForEach-Object
cmdlet esegue un'operazione su ogni elemento in una raccolta di oggetti di input. Gli oggetti di input possono essere inviati tramite pipe al cmdlet o specificati usando il parametro InputObject .
A partire da Windows PowerShell 3.0, esistono due modi diversi per costruire un ForEach-Object
comando.
Blocco di script. È possibile usare un blocco di script per specificare l'operazione. All'interno del blocco di script usare la
$_
variabile per rappresentare l'oggetto corrente. Il blocco di script è il valore del parametro Process. Il blocco di script può contenere qualsiasi script di PowerShell.Ad esempio, il comando seguente ottiene il valore della proprietà ProcessName di ogni processo nel computer.
Get-Process | ForEach-Object {$_.ProcessName}
ForEach-Object
supporta ibegin
blocchi ,process
eend
come descritto in about_functions.Nota
I blocchi di script vengono eseguiti nell'ambito del chiamante. Pertanto, i blocchi hanno accesso alle variabili nell'ambito e possono creare nuove variabili che vengono mantenute in tale ambito al termine del cmdlet.
Istruzione operation. È anche possibile scrivere un'istruzione dell'operazione, molto più simile al linguaggio naturale. È possibile usare l'istruzione di operazione per specificare un valore di proprietà o chiamare un metodo. Le istruzioni di operazione sono state introdotte in Windows PowerShell 3.0.
Ad esempio, il comando seguente ottiene anche l valore della proprietà ProcessName di ogni processo nel computer.
Get-Process | ForEach-Object ProcessName
Blocco di script in esecuzione parallelo. A partire da PowerShell 7.0, è disponibile un terzo set di parametri che esegue ogni blocco di script in parallelo. Il parametro ThrottleLimit limita il numero di script paralleli in esecuzione alla volta. Come in precedenza, usare la
$_
variabile per rappresentare l'oggetto di input corrente nel blocco di script. Usare la$using:
parola chiave per passare riferimenti a variabili allo script in esecuzione.In PowerShell 7 viene creato un nuovo spazio di esecuzione per ogni iterazione del ciclo per garantire il massimo isolamento. Può trattarsi di prestazioni e risorse di grandi dimensioni se il lavoro che si sta eseguendo è ridotto rispetto alla creazione di nuovi spazi di esecuzione o se sono presenti numerose iterazioni che eseguono un lavoro significativo. A partire da PowerShell 7.1, gli spazi di esecuzione di un pool di spazi di esecuzione vengono riutilizzati per impostazione predefinita. Le dimensioni del pool di spazi di esecuzione vengono specificate dal parametro ThrottleLimit . Le dimensioni predefinite del pool di spazi di esecuzione sono 5. È comunque possibile creare un nuovo spazio di esecuzione per ogni iterazione usando l'opzione UseNewRunspace .
Per impostazione predefinita, gli scriptblock paralleli usano la directory di lavoro corrente del chiamante che ha avviato le attività parallele.
Per altre informazioni, vedere la sezione NOTES di questo articolo.
Esempio
Esempio 1: Dividere numeri interi in una matrice
Questo esempio accetta una matrice di tre numeri interi e li divide per 1024.
30000, 56798, 12432 | ForEach-Object -Process {$_/1024}
29.296875
55.466796875
12.140625
Esempio 2: Ottenere la lunghezza di tutti i file in una directory
In questo esempio vengono elaborati i file e le directory nella directory $PSHOME
di installazione di PowerShell .
Get-ChildItem $PSHOME |
ForEach-Object -Process {if (!$_.PSIsContainer) {$_.Name; $_.Length / 1024; " " }}
Se l'oggetto non è una directory, il blocco di script ottiene il nome del file, divide il valore della relativa proprietà Length per 1024 e aggiunge uno spazio (" ") per separarlo dalla voce successiva. Il cmdlet usa la proprietà PSISContainer per determinare se un oggetto è una directory.
Esempio 3: Operare sugli eventi di sistema più recenti
In questo esempio vengono scritti 1000 eventi più recenti dal registro eventi di sistema in un file di testo. L'ora corrente viene visualizzata prima e dopo l'elaborazione degli eventi.
$Events = Get-EventLog -LogName System -Newest 1000
$events | ForEach-Object -Begin {Get-Date} -Process {Out-File -FilePath Events.txt -Append -InputObject $_.Message} -End {Get-Date}
Get-EventLog
ottiene i 1000 eventi più recenti dal registro eventi di sistema e li archivia nella $Events
variabile . $Events
viene quindi inviato tramite pipe al ForEach-Object
cmdlet . Il parametro Begin visualizza la data e l'ora correnti. Il parametro Process usa quindi il Out-File
cmdlet per creare un file di testo denominato events.txt e archivia la proprietà del messaggio di ogni evento in tale file. Infine viene usato il parametro End per visualizzare la data e ora al termine di tutte le operazioni di elaborazione.
Esempio 4: Modificare il valore di una chiave del Registro di sistema
In questo esempio viene modificato il valore della voce del Registro di sistema RemotePath in tutte le sottochiavi nella HKCU:\Network
chiave in testo maiuscolo.
Get-ItemProperty -Path HKCU:\Network\* |
ForEach-Object {Set-ItemProperty -Path $_.PSPath -Name RemotePath -Value $_.RemotePath.ToUpper();}
È possibile usare questo formato per modificare la forma o il contenuto del valore di una voce del Registro di sistema.
Ogni sottochiave nella chiave di rete rappresenta un'unità di rete mappata che si riconnette all'accesso. La voce RemotePath contiene il percorso UNC dell'unità connessa. Ad esempio, se si esegue il mapping dell'unità E: a \\Server\Share
, viene creata una sottochiave E in HKCU:\Network
con il valore del Registro di sistema RemotePath impostato su \\Server\Share
.
Il comando usa il Get-ItemProperty
cmdlet per ottenere tutte le sottochiavi della chiave di rete e il Set-ItemProperty
cmdlet per modificare il valore della voce del Registro di sistema RemotePath in ogni chiave.
Set-ItemProperty
Nel comando il percorso è il valore della proprietà PSPath della chiave del Registro di sistema. Si tratta di una proprietà dell'oggetto Microsoft .NET Framework che rappresenta la chiave del Registro di sistema, non una voce del Registro di sistema. Il comando usa il metodo ToUpper() del valore RemotePath , ovvero una stringa (REG_SZ).
Poiché Set-ItemProperty
modifica la proprietà di ogni chiave, il ForEach-Object
cmdlet è necessario per accedere alla proprietà .
Esempio 5: Usare la variabile automatica $Null
In questo esempio viene illustrato l'effetto del piping della $Null
variabile automatica nel ForEach-Object
cmdlet .
1, 2, $null, 4 | ForEach-Object {"Hello"}
Hello
Hello
Hello
Hello
Poiché PowerShell considera Null come segnaposto esplicito, il ForEach-Object
cmdlet genera un valore per $Null
, esattamente come per altri oggetti inviati tramite pipe.
Esempio 6: Ottenere i valori delle proprietà
Questo esempio ottiene il valore della proprietà Path di tutti i moduli di PowerShell installati usando il parametro MemberName del ForEach-Object
cmdlet.
Get-Module -ListAvailable | ForEach-Object -MemberName Path
Get-Module -ListAvailable | Foreach Path
Il secondo comando è equivalente al primo. Usa l'alias Foreach
del ForEach-Object
cmdlet e omette il nome del parametro MemberName , facoltativo.
Il ForEach-Object
cmdlet è utile per ottenere i valori delle proprietà, perché ottiene il valore senza modificare il tipo, a differenza dei cmdlet Format o del Select-Object
cmdlet , che modificano il tipo di valore della proprietà.
Esempio 7: Suddividere i nomi dei moduli in nomi dei componenti
In questo esempio vengono illustrati tre modi per suddividere due nomi di modulo separati da punti nei nomi dei componenti. I comandi chiamano il metodo Split delle stringhe. I tre comandi usano una sintassi diversa, ma sono equivalenti e intercambiabili. L'output è lo stesso per tutti e tre i casi.
"Microsoft.PowerShell.Core", "Microsoft.PowerShell.Host" | ForEach-Object {$_.Split(".")}
"Microsoft.PowerShell.Core", "Microsoft.PowerShell.Host" | ForEach-Object -MemberName Split -ArgumentList "."
"Microsoft.PowerShell.Core", "Microsoft.PowerShell.Host" | Foreach Split "."
Microsoft
PowerShell
Core
Microsoft
PowerShell
Host
Il primo comando usa la sintassi tradizionale, che include un blocco di script e l'operatore $_
dell'oggetto corrente. Usa la sintassi del punto per specificare il metodo e le parentesi per racchiudere l'argomento delimitatore.
Il secondo comando usa il parametro MemberName per specificare il metodo Split e il parametro ArgumentList per identificare il punto (.
) come delimitatore di divisione.
Il terzo comando usa l'alias Foreach del ForEach-Object
cmdlet e omette i nomi dei parametri MemberName e ArgumentList , facoltativi.
Esempio 8: Uso di ForEach-Object con due blocchi di script
In questo esempio vengono passati due blocchi di script in modo posizionale. Tutti i blocchi di script vengono associati al parametro Process . Tuttavia, vengono considerati come se fossero stati passati ai parametri Begin e Process .
1..2 | ForEach-Object { 'begin' } { 'process' }
begin
process
process
Esempio 9: Uso di ForEach-Object con più di due blocchi di script
In questo esempio vengono passati due blocchi di script in modo posizionale. Tutti i blocchi di script vengono associati al parametro Process . Tuttavia, vengono considerati come se fossero stati passati ai parametri Begin, Process e End .
1..2 | ForEach-Object { 'begin' } { 'process A' } { 'process B' } { 'end' }
begin
process A
process B
process A
process B
end
Nota
Il primo blocco di script viene sempre mappato al begin
blocco, l'ultimo blocco viene mappato al end
blocco e i blocchi tra vengono tutti mappati al process
blocco.
Esempio 10: Eseguire più blocchi di script per ogni elemento della pipeline
Come illustrato nell'esempio precedente, vengono mappati più blocchi di script passati usando il parametro Process ai parametri Begin e End . Per evitare questo mapping, è necessario specificare valori espliciti per i parametri Begin e End .
1..2 | ForEach-Object -Begin $null -Process { 'one' }, { 'two' }, { 'three' } -End $null
one
two
three
one
two
three
Esempio 11: Eseguire uno script lento in batch paralleli
Questo esempio esegue un blocco di script semplice che valuta una stringa e sospendi per un secondo.
$Message = "Output:"
1..8 | ForEach-Object -Parallel {
"$using:Message $_"
Start-Sleep 1
} -ThrottleLimit 4
Output: 1
Output: 2
Output: 3
Output: 4
Output: 5
Output: 6
Output: 7
Output: 8
Il valore del parametro ThrottleLimit è impostato su 4 in modo che l'input venga elaborato in batch di quattro.
La $using:
parola chiave viene usata per passare la $Message
variabile in ogni blocco di script parallelo.
Esempio 12: Recuperare le voci di log in parallelo
In questo esempio vengono recuperate 50.000 voci di log da 5 log di sistema in un computer Windows locale.
$logNames = 'Security','Application','System','Windows PowerShell','Microsoft-Windows-Store/Operational'
$logEntries = $logNames | ForEach-Object -Parallel {
Get-WinEvent -LogName $_ -MaxEvents 10000
} -ThrottleLimit 5
$logEntries.Count
50000
Il parametro Parallel specifica il blocco di script eseguito in parallelo per ogni nome di registro di input. Il parametro ThrottleLimit garantisce che tutti e cinque i blocchi di script vengano eseguiti contemporaneamente.
Esempio 13: Esecuzione in parallelo come processo
Questo esempio esegue un blocco di script semplice in parallelo, creando due processi in background alla volta.
$job = 1..10 | ForEach-Object -Parallel {
"Output: $_"
Start-Sleep 1
} -ThrottleLimit 2 -AsJob
$job | Receive-Job -Wait
Output: 1
Output: 2
Output: 3
Output: 4
Output: 5
Output: 6
Output: 7
Output: 8
Output: 9
Output: 10
la $job
variabile riceve l'oggetto processo che raccoglie i dati di output e monitora lo stato di esecuzione.
L'oggetto processo viene inviato tramite pipe a Receive-Job
con il parametro di opzione Wait . E questo trasmette l'output alla console, come se ForEach-Object -Parallel
fosse stato eseguito senza AsJob.
Esempio 14: Uso di riferimenti a variabili thread-safe
In questo esempio vengono richiamati blocchi di script in parallelo per raccogliere oggetti Process denominati in modo univoco.
$threadSafeDictionary = [System.Collections.Concurrent.ConcurrentDictionary[string,object]]::new()
Get-Process | ForEach-Object -Parallel {
$dict = $using:threadSafeDictionary
$dict.TryAdd($_.ProcessName, $_)
}
$threadSafeDictionary["pwsh"]
NPM(K) PM(M) WS(M) CPU(s) Id SI ProcessName
------ ----- ----- ------ -- -- -----------
82 82.87 130.85 15.55 2808 2 pwsh
Una singola istanza di un oggetto ConcurrentDictionary viene passata a ogni blocco di script per raccogliere gli oggetti. Poiché ConcurrentDictionary è thread-safe, è possibile modificarlo in modo sicuro da ogni script parallelo. Un oggetto non thread-safe, ad esempio System.Collections.Generic.Dictionary, non è sicuro da usare qui.
Nota
Questo esempio è un uso molto inefficiente del parametro Parallel . Lo script aggiunge semplicemente l'oggetto di input a un oggetto dizionario simultaneo. È semplice e non vale la pena di richiamare ogni script in un thread separato. L'esecuzione ForEach-Object
normalmente senza l'opzione Parallel è molto più efficiente e veloce. Questo esempio è destinato solo a illustrare come usare le variabili thread-safe.
Esempio 15: Scrittura di errori con esecuzione parallela
Questo esempio scrive nel flusso di errori in parallelo, in cui l'ordine degli errori scritti è casuale.
1..3 | ForEach-Object -Parallel {
Write-Error "Error: $_"
}
Write-Error: Error: 1
Write-Error: Error: 3
Write-Error: Error: 2
Esempio 16: Terminazione degli errori nell'esecuzione parallela
In questo esempio viene illustrato un errore irreversibile in un blocco di script in esecuzione parallelo.
1..5 | ForEach-Object -Parallel {
if ($_ -eq 3)
{
throw "Terminating Error: $_"
}
Write-Output "Output: $_"
}
Exception: Terminating Error: 3
Output: 1
Output: 4
Output: 2
Output: 5
Output: 3
non viene mai scritto perché lo scriptblock parallelo per tale iterazione è stato terminato.
Nota
Le variabili di parametro comuni PipelineVariablenon sono supportate negli Foreach-Object -Parallel
scenari anche con la $using:
parola chiave .
Esempio 17: Passaggio di variabili nello script parallelo annidato ScriptBlockSet
È possibile creare una variabile all'esterno di un Foreach-Object -Parallel
blocco di script con ambito e usarla all'interno del blocco script con la $using
parola chiave .
$test1 = 'TestA'
1..2 | Foreach-Object -Parallel {
$using:test1
}
TestA
TestA
# You CANNOT create a variable inside a scoped scriptblock
# to be used in a nested foreach parallel scriptblock.
$test1 = 'TestA'
1..2 | Foreach-Object -Parallel {
$using:test1
$test2 = 'TestB'
1..2 | Foreach-Object -Parallel {
$using:test2
}
}
Line |
2 | 1..2 | Foreach-Object -Parallel {
| ~~~~~~~~~~~~~~~~~~~~~~~~~~
| The value of the using variable '$using:test2' cannot be retrieved because it has not been set in the local session.
Lo scriptblock annidato non può accedere alla $test2
variabile e viene generato un errore.
Parametri
-ArgumentList
Specifica una matrice di argomenti per una chiamata al metodo. Per altre informazioni sul comportamento di ArgumentList, vedere about_Splatting.
Questo parametro è stato introdotto in Windows PowerShell 3.0.
Type: | Object[] |
Aliases: | Args |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-AsJob
Fa sì che la chiamata parallela sia eseguita come processo di PowerShell. Viene restituito un singolo oggetto processo anziché l'output dai blocchi di script in esecuzione. L'oggetto processo contiene processi figlio per ogni blocco di script parallelo eseguito. L'oggetto processo può essere usato da tutti i cmdlet di processo di PowerShell per monitorare lo stato di esecuzione e recuperare i dati.
Questo parametro è stato introdotto in PowerShell 7.0.
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Begin
Specifica un blocco di script eseguito prima che questo cmdlet elabori tutti gli oggetti di input. Questo blocco di script viene eseguito una sola volta per l'intera pipeline. Per altre informazioni sul begin
blocco, vedere about_Functions.
Type: | ScriptBlock |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Confirm
Richiede la conferma dell'utente prima di eseguire il cmdlet.
Type: | SwitchParameter |
Aliases: | cf |
Position: | Named |
Default value: | False |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-End
Specifica un blocco di script eseguito dopo l'elaborazione di tutti gli oggetti di input da parte di questo cmdlet. Questo blocco di script viene eseguito una sola volta per l'intera pipeline. Per altre informazioni sul end
blocco, vedere about_Functions.
Type: | ScriptBlock |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-InputObject
Specifica gli oggetti di input. ForEach-Object
esegue l'istruzione del blocco di script o dell'operazione in ogni oggetto di input. Immettere una variabile che contiene gli oggetti oppure digitare un comando o un'espressione che ottiene gli oggetti.
Quando si usa il parametro InputObject con ForEach-Object
, anziché i risultati del comando piping in ForEach-Object
, il valore InputObject viene considerato come un singolo oggetto. Questo vale anche se il valore è una raccolta che è il risultato di un comando, ad esempio -InputObject (Get-Process)
.
Poiché InputObject non può restituire singole proprietà da una matrice o da una raccolta di oggetti, è consigliabile usare per ForEach-Object
eseguire operazioni su una raccolta di oggetti per gli oggetti con valori specifici nelle proprietà definite, come ForEach-Object
illustrato negli esempi di questo argomento.
Type: | PSObject |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-MemberName
Specifica la proprietà da ottenere o il metodo da chiamare.
I caratteri jolly sono consentiti, ma funzionano solo se la stringa risultante viene risolta in un valore univoco.
Ad esempio, se si esegue Get-Process | ForEach -MemberName *Name
, il criterio con caratteri jolly corrisponde a più membri che causano l'esito negativo del comando.
Questo parametro è stato introdotto in Windows PowerShell 3.0.
Type: | String |
Position: | 0 |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | True |
-Parallel
Specifica il blocco di script da utilizzare per l'elaborazione parallela degli oggetti di input. Immettere un blocco di script che descrive l'operazione.
Questo parametro è stato introdotto in PowerShell 7.0.
Type: | ScriptBlock |
Position: | Named |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Process
Specifica l'operazione che viene eseguita su ogni oggetto di input. Questo blocco di script viene eseguito per ogni oggetto nella pipeline. Per altre informazioni sul process
blocco, vedere about_Functions.
Quando si forniscono più blocchi di script al parametro Process , il primo blocco di script viene sempre mappato al begin
blocco. Se sono presenti solo due blocchi di script, viene eseguito il mapping del secondo blocco al process
blocco. Se sono presenti tre o più blocchi di script, il primo blocco di script viene sempre mappato al begin
blocco, l'ultimo blocco viene mappato al end
blocco e i blocchi tra vengono tutti mappati al process
blocco.
Type: | ScriptBlock[] |
Position: | 0 |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-RemainingScripts
Specifica tutti i blocchi di script non acquisiti dal parametro Process .
Questo parametro è stato introdotto in Windows PowerShell 3.0.
Type: | ScriptBlock[] |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-ThrottleLimit
Specifica il numero di blocchi di script in parallelo. Gli oggetti di input vengono bloccati fino a quando il conteggio dei blocchi di script in esecuzione scende al di sotto di ThrottleLimit. Il valore predefinito è 5
.
Questo parametro è stato introdotto in PowerShell 7.0.
Type: | Int32 |
Position: | Named |
Default value: | 5 |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-TimeoutSeconds
Specifica il numero di secondi di attesa per l'elaborazione di tutti gli input in parallelo. Dopo il timeout specificato, tutti gli script in esecuzione vengono arrestati. E tutti gli oggetti di input rimanenti da elaborare vengono ignorati. Il valore predefinito di 0
disabilita il timeout e ForEach-Object -Parallel
può essere eseguito per un periodo illimitato. La digitazione di CTRL+C nella riga di comando arresta un comando in esecuzione ForEach-Object -Parallel
. Questo parametro non può essere usato insieme al parametro AsJob .
Questo parametro è stato introdotto in PowerShell 7.0.
Type: | Int32 |
Position: | Named |
Default value: | 0 |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-UseNewRunspace
Fa sì che la chiamata parallela crei un nuovo spazio di esecuzione per ogni iterazione del ciclo anziché riutilizzare gli spazi di esecuzione dal pool di spazi di esecuzione.
Questo parametro è stato introdotto in PowerShell 7.1
Type: | SwitchParameter |
Position: | Named |
Default value: | False |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-WhatIf
Mostra l'esito in caso di esecuzione del cmdlet. Il cmdlet non viene eseguito.
Type: | SwitchParameter |
Aliases: | wi |
Position: | Named |
Default value: | False |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Input
È possibile inviare tramite pipe qualsiasi oggetto a questo cmdlet.
Output
Questo cmdlet restituisce oggetti determinati dall'input.
Note
Il ForEach-Object
cmdlet funziona in modo molto simile all'istruzione Foreach , ad eccezione del fatto che non è possibile inviare tramite pipe l'input a un'istruzione Foreach . Per altre informazioni sull'istruzione Foreach , vedere about_Foreach.
A partire da PowerShell 4.0 Where
sono ForEach
stati aggiunti metodi per l'uso con le raccolte. Altre informazioni su questi nuovi metodi sono disponibili qui about_arrays
Utilizzo di ForEach-Object -Parallel
:
Il
ForEach-Object -Parallel
set di parametri usa l'API interna di PowerShell per eseguire ogni blocco di script in un nuovo spazio di esecuzione. Si tratta di un sovraccarico notevolmente maggiore rispetto all'esecuzioneForEach-Object
normale con l'elaborazione sequenziale. È importante usare Parallel in cui il sovraccarico dell'esecuzione in parallelo è ridotto rispetto al lavoro eseguito dal blocco di script. Ad esempio:- Script a elevato utilizzo di calcolo in computer multicore
- Script che impiegano tempo in attesa dei risultati o che eseguono operazioni su file
L'uso del parametro Parallel può causare l'esecuzione degli script molto più lenta del normale. Soprattutto se gli script paralleli sono semplici. Sperimentare con Parallel per scoprire dove può essere utile.
Durante l'esecuzione in parallelo, gli oggetti decorati con ScriptProperties o ScriptMethods non possono essere garantiti per funzionare correttamente se vengono eseguiti in uno spazio di esecuzione diverso rispetto agli script originariamente associati.
La chiamata a Scriptblock tenta sempre di essere eseguita nello spazio di esecuzione home , indipendentemente dalla posizione in cui viene effettivamente richiamata. Tuttavia,
ForEach-Object -Parallel
crea spazi di esecuzione temporanei che vengono eliminati dopo l'uso, quindi non esiste più spazio di esecuzione per gli script da eseguire.Questo comportamento può funzionare finché lo spazio di esecuzione home esiste ancora. Tuttavia, è possibile non ottenere il risultato desiderato se lo script dipende da variabili esterne presenti solo nello spazio di esecuzione del chiamante e non nello spazio di esecuzione home.
Gli errori non irreversibili vengono scritti nel flusso di errore del cmdlet man mano che si verificano in paralleli scriptblock in esecuzione. Poiché l'ordine di esecuzione di scriptblock parallelo non è deterministico, l'ordine in cui gli errori vengono visualizzati nel flusso di errori è casuale. Analogamente, i messaggi scritti in altri flussi di dati, ad esempio avvisi, verbose o informazioni vengono scritti in tali flussi di dati in un ordine indeterminato.
Errori di terminazione, ad esempio le eccezioni, terminano la singola istanza parallela dei blocchi di script in cui si verificano. Un errore irreversibile in uno scriptblocks potrebbe non causare la chiusura del
Foreach-Object
cmdlet. Gli altri scriptblock, in esecuzione in parallelo, continuano a essere eseguiti a meno che non verifichino anche un errore irreversibile. L'errore di terminazione viene scritto nel flusso dei dati di errore come ErrorRecord con fullyQualifiedErrorId diPSTaskException
. Gli errori di terminazione possono essere convertiti in errori non irreversibili usando i blocchi try/catch o trap di PowerShell.Le variabili di parametro comuni PipelineVariablenon sono supportate in scenari paralleli anche con la
$using:
parola chiave .Importante
Il set di
ForEach-Object -Parallel
parametri esegue blocchi di script in parallelo su thread di processo separati. La$using:
parola chiave consente di passare riferimenti a variabili dal thread di chiamata del cmdlet a ogni thread del blocco di script in esecuzione. Poiché i blocchi di script vengono eseguiti in thread diversi, le variabili oggetto passate per riferimento devono essere usate in modo sicuro. In genere è possibile leggere da oggetti a cui si fa riferimento che non cambiano. Tuttavia, se lo stato dell'oggetto viene modificato, è necessario usare oggetti thread-safe, ad esempio i tipi .NET System.Collection.Concurrent (vedere l'esempio 11).