Warum verarbeiten einige Befehle Zeilen umgeleiteter STDIN-Daten, die bereits von anderen Befehlen verwendet werden?

Question

Angenommen wir den folgenden Code-Schnipsel mit einer Textdatei haben sample.txt umgeleitet in STDIN:

@echo off 
< "sample.txt" (
    set /P "ONE=" 
    set /P "TWO=" 
    findstr /R "^" 
) 
echo %ONE%, %TWO% 

... und der Inhalt der zugehörigen Textdatei sample.txt:

first 
second 
third 
fourth 

Die Ausgabe auf dem zurück Konsole wird dies sein, was genau das ist, was ich erwarte (Zeilen first und second werden von set /P verbraucht, daher findstr empfängt und verarbeitet die restlichen Zeilen):

third 
fourth 
first, second 

die gleiche Leistung erreicht wird, wenn durch findstr /R "^"sort /R ersetzt wird.

Wenn jedoch die findstr Befehlszeilen von find /V "" oder durch more ersetzt, wird der Ausgang sein:

first 
second 
third 
fourth 
first, second 

Es scheint, dass, obwohl set /P bereits die Linien first und second verbraucht, die durch bewiesen die letzte Ausgabezeile, find und auch more erhalten immer noch die gesamten umgeleiteten Daten.

Warum ist das, was verursacht dieses Verhalten? Gibt es eine Möglichkeit, find oder more zu zwingen, nur die verbleibenden umgeleiteten Daten zu empfangen, die noch nicht von einem vorhergehenden Befehl verarbeitet wurden?

(Das Verhalten ist das gleiche, wenn die Ausgangsdaten STDOUT in eine Textdatei umleiten. Auch wenn eine Befehlszeile ähnlich der oben Loskennzeichen in cmd direkt ausgeführt wird, ändert sich nichts.)

Answer 1

Warum einige tun Befehle verarbeiten Zeilen von umgeleiteten STDIN-Daten, die bereits von anderen Befehlen verwendet werden?

Da einige Befehle/Programme stdin zurückspulen. Sie können dies versuchen:

@echo off 
< "sample.txt" (
    set /P "ONE=" 
    set /P "TWO=" 
    more +2 
) 
echo %ONE%, %TWO% 

Ergebnis:

third 
    fourth 
    first, second 

Die more +2 überspringt die ersten beiden Zeilen der Datei.