ForEach-Object
Effectue une opération sur chaque élément d'une collection d'objets d'entrée.
Syntax
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>]
Description
L’applet ForEach-Object
de commande effectue une opération sur chaque élément d’une collection d’objets d’entrée. Les objets d’entrée peuvent être redirigés vers l’applet de commande ou spécifiés à l’aide du paramètre InputObject .
À compter de Windows PowerShell 3.0, il existe deux façons différentes de construire une ForEach-Object
commande.
Bloc de script. Vous pouvez utiliser un bloc de script pour spécifier l'opération. Dans le bloc de script, utilisez la
$_
variable pour représenter l’objet actuel. Le bloc de script est la valeur du paramètre Process. Le bloc de script peut contenir n’importe quel script PowerShell.Par exemple, la commande suivante obtient la valeur de la propriété ProcessName de chaque processus sur l'ordinateur.
Get-Process | ForEach-Object {$_.ProcessName}
ForEach-Object
prend en charge lesbegin
blocs ,process
etend
les blocs comme décrit dans about_functions.Notes
Les blocs de script s’exécutent dans l’étendue de l’appelant. Par conséquent, les blocs ont accès aux variables de cette étendue et peuvent créer de nouvelles variables qui persistent dans cette étendue une fois l’applet de commande terminée.
Instruction Operation. Vous pouvez également écrire une instruction d’opération, qui est beaucoup plus semblable au langage naturel. Vous pouvez utiliser l'instruction d'opération pour spécifier une valeur de propriété ou appeler une méthode. Les instructions d'opération ont été introduites dans Windows PowerShell 3.0.
Par exemple, la commande suivante obtient également la valeur de la propriété ProcessName de chaque processus sur l'ordinateur.
Get-Process | ForEach-Object ProcessName
Bloc de script en cours d’exécution parallèle. À compter de PowerShell 7.0, un troisième jeu de paramètres est disponible qui exécute chaque bloc de script en parallèle. Le paramètre ThrottleLimit limite le nombre de scripts parallèles en cours d’exécution à la fois. Comme précédemment, utilisez la
$_
variable pour représenter l’objet d’entrée actuel dans le bloc de script. Utilisez le$using:
mot clé pour passer des références de variable au script en cours d’exécution.Dans PowerShell 7, un nouvel espace d’exécution est créé pour chaque itération de boucle pour garantir une isolation maximale. Il peut s’agir d’un impact important sur les performances et les ressources si le travail que vous effectuez est faible par rapport à la création d’espaces d’exécution ou si de nombreuses itérations effectuent un travail significatif. À compter de PowerShell 7.1, les espaces d’exécution d’un pool d’espaces de runspace sont réutilisés par défaut. La taille du pool d’instances d’exécution est spécifiée par le paramètre ThrottleLimit . La taille du pool d’instances d’exécution par défaut est 5. Vous pouvez toujours créer un espace d’exécution pour chaque itération à l’aide du commutateur UseNewRunspace .
Par défaut, les blocs de script parallèles utilisent le répertoire de travail actuel de l’appelant qui a démarré les tâches parallèles.
Pour plus d’informations, consultez la section NOTES de cet article.
Exemples
Exemple 1 : Diviser des entiers dans un tableau
Cet exemple prend un tableau de trois entiers et divise chacun d’eux par 1024.
30000, 56798, 12432 | ForEach-Object -Process {$_/1024}
29.296875
55.466796875
12.140625
Exemple 2 : Obtenir la longueur de tous les fichiers d’un répertoire
Cet exemple traite les fichiers et répertoires dans le répertoire $PSHOME
d’installation de PowerShell.
Get-ChildItem $PSHOME |
ForEach-Object -Process {if (!$_.PSIsContainer) {$_.Name; $_.Length / 1024; " " }}
Si l’objet n’est pas un répertoire, le bloc de script obtient le nom du fichier, divise la valeur de sa propriété Length par 1024 et ajoute un espace ( » « ) pour le séparer de l’entrée suivante. L’applet de commande utilise la propriété PSISContainer pour déterminer si un objet est un répertoire.
Exemple 3 : Utiliser les événements système les plus récents
Cet exemple écrit les 1 000 événements les plus récents du journal des événements système dans un fichier texte. L’heure actuelle s’affiche avant et après le traitement des événements.
$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
obtient les 1 000 événements les plus récents du journal des événements système et les stocke dans la $Events
variable. $Events
est ensuite redirigé vers l’applet de ForEach-Object
commande. Le paramètre Begin affiche la date et l'heure actuelles. Ensuite, le paramètre Process utilise l’applet Out-File
de commande pour créer un fichier texte nommé events.txt et stocke la propriété de message de chacun des événements de ce fichier. Enfin, le paramètre End est utilisé pour afficher la date et l'heure une fois l'ensemble du traitement terminé.
Exemple 4 : Modifier la valeur d’une clé de Registre
Cet exemple montre comment modifier la valeur de l’entrée de Registre RemotePath dans toutes les sous-clés sous la HKCU:\Network
clé en texte majuscule.
Get-ItemProperty -Path HKCU:\Network\* |
ForEach-Object {Set-ItemProperty -Path $_.PSPath -Name RemotePath -Value $_.RemotePath.ToUpper();}
Vous pouvez utiliser ce format pour modifier la forme ou le contenu d'une valeur d'entrée de Registre.
Chaque sous-clé de la clé réseau représente un lecteur réseau mappé qui se reconnecte au moment de l’authentification. L'entrée RemotePath contient le chemin d'accès UNC du lecteur connecté. Par exemple, si vous mappez le lecteur \\Server\Share
E: , une sous-clé E est créée avec HKCU:\Network
la valeur de Registre RemotePath définie \\Server\Share
sur .
La commande utilise l’applet Get-ItemProperty
de commande pour obtenir toutes les sous-clés de la clé réseau et l’applet Set-ItemProperty
de commande pour modifier la valeur de l’entrée de Registre RemotePath dans chaque clé.
Dans la Set-ItemProperty
commande, le chemin d’accès est la valeur de la propriété PSPath de la clé de Registre. Il s’agit d’une propriété de l’objet Microsoft .NET Framework qui représente la clé de Registre, et non une entrée de Registre. La commande utilise la méthode ToUpper() de la valeur RemotePath , qui est une chaîne (REG_SZ).
Étant donné que Set-ItemProperty
la modification de la propriété de chaque clé est nécessaire, l’applet ForEach-Object
de commande doit accéder à la propriété.
Exemple 5 : Utiliser la variable automatique $Null
Cet exemple montre l’effet de la redirection de la $Null
variable automatique vers l’applet ForEach-Object
de commande.
1, 2, $null, 4 | ForEach-Object {"Hello"}
Hello
Hello
Hello
Hello
Étant donné que PowerShell traite null comme un espace réservé explicite, l’applet ForEach-Object
de commande génère une valeur pour $Null
, comme pour les autres objets que vous dirigez vers celui-ci.
Exemple 6 : Obtenir des valeurs de propriété
Cet exemple obtient la valeur de la propriété Path de tous les modules PowerShell installés à l’aide du paramètre MemberName de l’applet ForEach-Object
de commande.
Get-Module -ListAvailable | ForEach-Object -MemberName Path
Get-Module -ListAvailable | Foreach Path
La deuxième commande est équivalente à la première. Il utilise l’alias Foreach
de l’applet ForEach-Object
de commande et omet le nom du paramètre MemberName , qui est facultatif.
L’applet ForEach-Object
de commande est utile pour obtenir des valeurs de propriété, car elle obtient la valeur sans modifier le type, contrairement aux applets de commande Format ou à l’applet Select-Object
de commande, qui modifient le type de valeur de propriété.
Exemple 7 : Fractionner les noms de modules en noms de composants
Cet exemple montre trois façons de fractionner deux noms de modules séparés par des points en noms de composants. Elles appellent la méthode Split de chaînes. Les trois commandes utilisent une syntaxe différente, mais elles sont équivalentes et interchangeables. La sortie est la même pour les trois cas.
"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
La première commande utilise la syntaxe traditionnelle, qui inclut un bloc de script et l’opérateur $_
d’objet actuel. Elle utilise la syntaxe à point pour spécifier la méthode et des parenthèses pour encadrer l'argument délimiteur.
La deuxième commande utilise le paramètre MemberName pour spécifier la méthode Split et le paramètre ArgumentList pour identifier le point (.
) comme délimiteur fractionné.
La troisième commande utilise l’alias Foreach de l’applet ForEach-Object
de commande et omet les noms des paramètres MemberName et ArgumentList , qui sont facultatifs.
Exemple 8 : Utilisation de ForEach-Object avec deux blocs de script
Dans cet exemple, nous passons deux blocs de script positionnels. Tous les blocs de script sont liés au paramètre Process . Toutefois, ils sont traités comme s’ils avaient été passés aux paramètres Begin et Process .
1..2 | ForEach-Object { 'begin' } { 'process' }
begin
process
process
Exemple 9 : Utilisation de ForEach-Object avec plus de deux blocs de script
Dans cet exemple, nous passons deux blocs de script positionnels. Tous les blocs de script sont liés au paramètre Process . Toutefois, ils sont traités comme s’ils avaient été passés aux paramètres Begin, Process et End .
1..2 | ForEach-Object { 'begin' } { 'process A' } { 'process B' } { 'end' }
begin
process A
process B
process A
process B
end
Notes
Le premier bloc de script est toujours mappé au begin
bloc, le dernier bloc est mappé au end
bloc et les blocs entre ces blocs sont tous mappés au process
bloc.
Exemple 10 : Exécuter plusieurs blocs de script pour chaque élément de pipeline
Comme indiqué dans l’exemple précédent, plusieurs blocs de script passés à l’aide du paramètre Process sont mappés aux paramètres Begin et End . Pour éviter ce mappage, vous devez fournir des valeurs explicites pour les paramètres Begin et End .
1..2 | ForEach-Object -Begin $null -Process { 'one' }, { 'two' }, { 'three' } -End $null
one
two
three
one
two
three
Exemple 11 : Exécuter un script lent dans des lots parallèles
Cet exemple exécute un bloc de script simple qui évalue une chaîne et met en veille pendant une seconde.
$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
La valeur du paramètre ThrottleLimit est définie sur 4 afin que l’entrée soit traitée par lots de quatre.
Le $using:
mot clé est utilisé pour passer la $Message
variable dans chaque bloc de script parallèle.
Exemple 12 : Récupérer des entrées de journal en parallèle
Cet exemple récupère 50 000 entrées de journal à partir de 5 journaux système sur un ordinateur Windows local.
$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
Le paramètre Parallèle spécifie le bloc de script exécuté en parallèle pour chaque nom du journal d’entrée. Le paramètre ThrottleLimit garantit que les cinq blocs de script s’exécutent en même temps.
Exemple 13 : Exécuter en parallèle en tant que travail
Cet exemple exécute un bloc de script simple en parallèle, créant deux travaux en arrière-plan à la fois.
$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
variable reçoit l’objet de travail qui collecte les données de sortie et surveille l’état en cours d’exécution.
L’objet de travail est redirigé vers Receive-Job
le paramètre de commutateur Wait . Et ce flux génère une sortie dans la console, comme s’il ForEach-Object -Parallel
était exécuté sans AsJob.
Exemple 14 : Utilisation de références de variables sécurisées de thread
Cet exemple appelle des blocs de script en parallèle pour collecter des objets Process de manière unique.
$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
Une instance unique d’un objet ConcurrentDictionary est passée à chaque bloc de script pour collecter les objets. Étant donné que concurrentDictionary est thread safe, il est sûr d’être modifié par chaque script parallèle. Un objet non thread-safe, tel que System.Collections.Generic.Dictionary, ne serait pas sûr à utiliser ici.
Notes
Cet exemple est une utilisation très inefficace du paramètre Parallel . Le script ajoute simplement l’objet d’entrée à un objet de dictionnaire simultané. Il est trivial et ne vaut pas la surcharge d’appel de chaque script dans un thread distinct. L’exécution ForEach-Object
normalement sans le commutateur Parallèle est beaucoup plus efficace et plus rapide. Cet exemple est destiné uniquement à montrer comment utiliser des variables thread safe.
Exemple 15 : Écriture d’erreurs avec exécution parallèle
Cet exemple écrit dans le flux d’erreurs en parallèle, où l’ordre des erreurs écrites est aléatoire.
1..3 | ForEach-Object -Parallel {
Write-Error "Error: $_"
}
Write-Error: Error: 1
Write-Error: Error: 3
Write-Error: Error: 2
Exemple 16 : Fin des erreurs dans l’exécution parallèle
Cet exemple illustre une erreur de fin dans un scriptblock en cours d’exécution parallèle.
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
n’est jamais écrit, car le scriptblock parallèle pour cette itération a été arrêté.
Notes
Les variables de paramètre courantes pipelineVariablene sont pas prises en charge dans Foreach-Object -Parallel
les scénarios même avec le $using:
mot clé.
Exemple 17 : Passage de variables dans un script parallèle imbriqué ScriptBlockSet
Vous pouvez créer une variable en dehors d’un Foreach-Object -Parallel
scriptblock délimité et l’utiliser à l’intérieur du scriptblock avec le $using
mot clé.
$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.
Le scriptblock imbriqué ne peut pas accéder à la $test2
variable et une erreur est levée.
Paramètres
-ArgumentList
Spécifie un tableau d’arguments à un appel de méthode. Pour plus d’informations sur le comportement d’ArgumentList, consultez about_Splatting.
Ce paramètre a été introduit dans Windows PowerShell 3.0.
Type: | Object[] |
Aliases: | Args |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-AsJob
Provoque l’appel parallèle à s’exécuter en tant que travail PowerShell. Un objet de travail unique est retourné au lieu de la sortie des blocs de script en cours d’exécution. L’objet de travail contient des travaux enfants pour chaque bloc de script parallèle qui s’exécute. L’objet de travail peut être utilisé par toutes les applets de commande de travail PowerShell, pour surveiller l’état d’exécution et récupérer des données.
Ce paramètre a été introduit dans PowerShell 7.0.
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Begin
Spécifie un bloc de script qui s’exécute avant que cette applet de commande traite tous les objets d’entrée. Ce bloc de script n’est exécuté qu’une seule fois pour l’ensemble du pipeline. Pour plus d’informations sur le begin
bloc, consultez about_Functions.
Type: | ScriptBlock |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Confirm
Vous demande une confirmation avant d’exécuter l’applet de commande.
Type: | SwitchParameter |
Aliases: | cf |
Position: | Named |
Default value: | False |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-End
Spécifie un bloc de script qui s’exécute après cette applet de commande traite tous les objets d’entrée. Ce bloc de script n’est exécuté qu’une seule fois pour l’ensemble du pipeline. Pour plus d’informations sur le end
bloc, consultez about_Functions.
Type: | ScriptBlock |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-InputObject
Spécifie les objets d'entrée. ForEach-Object
exécute l’instruction de bloc de script ou d’opération sur chaque objet d’entrée. Entrez une variable contenant les objets, ou tapez une commande ou une expression qui obtient ces objets.
Lorsque vous utilisez le paramètre InputObject avec ForEach-Object
, au lieu de piping des résultats de commande, ForEach-Object
la valeur InputObject est traitée comme un objet unique. Cela est vrai même si la valeur est une collection qui est le résultat d’une commande, telle que -InputObject (Get-Process)
.
Étant donné que InputObject ne peut pas retourner des propriétés individuelles à partir d’un tableau ou d’une collection d’objets, nous vous ForEach-Object
recommandons de procéder à des opérations sur une collection d’objets pour ces objets qui ont des valeurs spécifiques dans les propriétés définies, que vous utilisez ForEach-Object
dans le pipeline, comme illustré dans les exemples de cette rubrique.
Type: | PSObject |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-MemberName
Spécifie la propriété à obtenir ou la méthode à appeler.
Les caractères génériques sont autorisés, mais fonctionnent uniquement si la chaîne résultante se résout en une valeur unique.
Par exemple, si vous exécutez Get-Process | ForEach -MemberName *Name
, le modèle générique correspond à plusieurs membres entraînant l’échec de la commande.
Ce paramètre a été introduit dans Windows PowerShell 3.0.
Type: | String |
Position: | 0 |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | True |
-Parallel
Spécifie le bloc de script à utiliser pour le traitement parallèle des objets d’entrée. Entrez un bloc de script décrivant l'opération.
Ce paramètre a été introduit dans PowerShell 7.0.
Type: | ScriptBlock |
Position: | Named |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Process
Spécifie l'opération qui est effectuée sur chaque objet d'entrée. Ce bloc de script est exécuté pour chaque objet du pipeline. Pour plus d’informations sur le process
bloc, consultez about_Functions.
Lorsque vous fournissez plusieurs blocs de script au paramètre Process , le premier bloc de script est toujours mappé au begin
bloc. S’il n’existe que deux blocs de script, le deuxième bloc est mappé au process
bloc. S’il existe trois blocs de script ou plus, le premier bloc de script est toujours mappé au begin
bloc, le dernier bloc est mappé au end
bloc et les blocs entre ceux-ci sont tous mappés au process
bloc.
Type: | ScriptBlock[] |
Position: | 0 |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-RemainingScripts
Spécifie tous les blocs de script qui ne sont pas pris par le paramètre Process .
Ce paramètre a été introduit dans Windows PowerShell 3.0.
Type: | ScriptBlock[] |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-ThrottleLimit
Spécifie le nombre de blocs de script qui en parallèle. Les objets d’entrée sont bloqués jusqu’à ce que le nombre de blocs de script en cours d’exécution tombe sous la limite de limitation. La valeur par défaut est 5
.
Ce paramètre a été introduit dans PowerShell 7.0.
Type: | Int32 |
Position: | Named |
Default value: | 5 |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-TimeoutSeconds
Spécifie le nombre de secondes à attendre que toutes les entrées soient traitées en parallèle. Une fois le délai d’expiration spécifié, tous les scripts en cours d’exécution sont arrêtés. Et tous les objets d’entrée restants à traiter sont ignorés. La valeur par défaut de désactive le délai d’expiration et ForEach-Object -Parallel
peut s’exécuter 0
indéfiniment. La saisie de Ctrl+C sur la ligne de commande arrête une commande en cours d’exécution ForEach-Object -Parallel
. Ce paramètre ne peut pas être utilisé avec le paramètre AsJob .
Ce paramètre a été introduit dans PowerShell 7.0.
Type: | Int32 |
Position: | Named |
Default value: | 0 |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-UseNewRunspace
Provoque l’appel parallèle pour créer un espace d’exécution pour chaque itération de boucle au lieu de réutiliser les espaces d’exécution à partir du pool d’exécutions.
Ce paramètre a été introduit dans PowerShell 7.1
Type: | SwitchParameter |
Position: | Named |
Default value: | False |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-WhatIf
Montre ce qui se passe en cas d’exécution de l’applet de commande. L’applet de commande n’est pas exécutée.
Type: | SwitchParameter |
Aliases: | wi |
Position: | Named |
Default value: | False |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Entrées
Vous pouvez diriger n’importe quel objet vers cette applet de commande.
Sorties
Cette applet de commande retourne des objets déterminés par l’entrée.
Notes
L’applet ForEach-Object
de commande fonctionne beaucoup comme l’instruction Foreach , sauf que vous ne pouvez pas diriger l’entrée vers une instruction Foreach . Pour plus d’informations sur l’instruction Foreach , consultez about_Foreach.
À compter de PowerShell 4.0, Where
les ForEach
méthodes ont été ajoutées pour une utilisation avec des collections. Vous pouvez en savoir plus sur ces nouvelles méthodes ici about_arrays
Utilisation de ForEach-Object -Parallel
:
Le
ForEach-Object -Parallel
jeu de paramètres utilise l’API interne de PowerShell pour exécuter chaque bloc de script dans un nouvel espace d’exécution. Cela est beaucoup plus élevé que l’exécutionForEach-Object
normale avec le traitement séquentiel. Il est important d’utiliser Parallel où la surcharge de l’exécution en parallèle est petite par rapport au travail effectué par le bloc de script. Par exemple :- Calculer des scripts gourmands en ressources sur des machines multi-cœurs
- Scripts qui passent du temps en attente des résultats ou effectuent des opérations de fichier
L’utilisation du paramètre Parallel peut entraîner l’exécution de scripts beaucoup plus lents que la normale. Surtout si les scripts parallèles sont trivials. Expérimentez avec Parallel pour découvrir où il peut être bénéfique.
Lors de l’exécution en parallèle, les objets décorés avec ScriptProperties ou ScriptMethods ne peuvent pas être garantis de fonctionner correctement s’ils sont exécutés dans un autre espace d’exécution que les scripts ont été attachés initialement à eux.
L’appel scriptblock tente toujours de s’exécuter dans son runspace d’accueil , quel que soit l’endroit où il est réellement appelé. Toutefois,
ForEach-Object -Parallel
crée des runspaces temporaires qui sont supprimés après l’utilisation. Il n’y a donc plus d’espace d’exécution pour les scripts à exécuter.Ce comportement peut fonctionner tant que l’espace d’exécution d’accueil existe toujours. Toutefois, vous ne pouvez pas obtenir le résultat souhaité si le script dépend de variables externes qui ne sont présentes que dans l’espace d’exécution de l’appelant et non dans l’espace d’exécution de l’appelant.
Les erreurs de non-fin sont écrites dans le flux d’erreurs de l’applet de commande, car elles se produisent en parallèle en cours d’exécution de scriptblocks. Étant donné que l’ordre d’exécution de scriptblock parallèle n’est pas déterministe, l’ordre dans lequel les erreurs apparaissent dans le flux d’erreurs est aléatoire. De même, les messages écrits dans d’autres flux de données, tels que l’avertissement, les verbes ou les informations sont écrits dans ces flux de données dans un ordre indéterminé.
La fin des erreurs, telles que les exceptions, met fin à l’instance parallèle individuelle des blocs de script dans lesquels elles se produisent. Une erreur de fin dans un scriptblocks peut ne pas entraîner l’arrêt de l’applet
Foreach-Object
de commande. Les autres scriptsblocks, s’exécutant en parallèle, continuent à s’exécuter, sauf s’ils rencontrent également une erreur de fin. L’erreur de fin est écrite dans le flux de données d’erreur en tant que ErrorRecord avec un FullyQualifiedErrorId dePSTaskException
. Les erreurs de fin peuvent être converties en erreurs non de fin à l’aide des blocs d’essai/interceptage powerShell ou d’interruption.Les variables de paramètre courantes pipelineVariablene sont pas prises en charge dans les scénarios parallèles, même avec le
$using:
mot clé.Important
Le
ForEach-Object -Parallel
jeu de paramètres exécute des blocs de script en parallèle sur des threads de processus distincts. Le$using:
mot clé permet de transmettre des références de variable du thread d’appel d’applet de commande à chaque thread de bloc de script en cours d’exécution. Étant donné que les blocs de script s’exécutent dans différents threads, les variables d’objet passées par référence doivent être utilisées en toute sécurité. En règle générale, il est sûr de lire des objets référencés qui ne changent pas. Toutefois, si l’état de l’objet est modifié, vous devez utiliser des objets sécurisés thread, tels que les types .NET System.Collection.Concurrent (voir l’exemple 11).