Unterschied zwischen StreamReader.Read und StreamReader.ReadBlock

Question

Die Dokumentation sagt einfach Lies-Block ist

„eine blockierende Version von Read“

aber was bedeutet das?

Noch jemand hat die Frage gestellt, aber, hm?

http://www.pcreview.co.uk/forums/thread-1385785.php

Der Mann antwortete und sprach

Grundsätzlich bedeutet dies, dass Sie auf StreamReader.ReadBlock nicht Rückkehr bis verlassen können entweder es so viel gelesen hat, wie Sie es gefragt haben, oder Es ist das Ende des Streams erreicht.

Verstehe ich richtig, dass dies erforderlich ist, weil Read nicht alles geben kann, was Sie verlangt haben? Und das, nur weil es 0 zurückgibt bedeutet das NICHT, dass Sie das Ende der Datei erreicht haben?

Also das bedeutet etwas anderes als die Anzahl der zurückgegebenen Bytes (EndOfStream?) Überprüfen oder stattdessen ReadBlock verwenden?

Answer 1

ReadBlock bedeutet nicht, dass es Thread-sicher ist. Wenn Sie Reflector verwenden, um die Implementierung von StreamReader.ReadBlock (die von TextReader.ReadBlock geerbt wird) zu sehen, macht es nur mehrere Aufrufe der "Read" -Methode, bis entweder die "Read" -Methode 0 zurückgibt oder wir als gelesen haben viele Bytes wie angefordert. Dies ist erforderlich, da die "Read" -Methode nicht unbedingt so viele Bytes zurückgibt, wie Sie angefordert haben.