Здравствуйте, _FRED_, Вы писали:
_FR>Это зависит от реализации стрима исключительно. У меня нет сейчас под рукой исходников, но подозреваю, что даже для NetworkStream будет разница. (Если вдруг окажется, что не будет, то ничто не мешает написать какую-либо реализацию, где разница таки будет).
В принципе да. Но МСДН пишет следующее в комментарии к методу Stream.Dispose(bool):
You should release all resources by specifying true for disposing. When disposing is true, the stream can also ensure data is flushed to the underlying buffer, and access other finalizable objects. This may not be possible when called from a finalizer due a lack of ordering among finalizers.
If your stream is using an operating system handle to communicate with its source, consider using a subclass of SafeHandle for this purpose.
This method is called by the public Dispose method and the Finalize method. Dispose invokes the protected Dispose method with the disposing parameter set to true. Finalize invokes Dispose with disposing set to false.
Notes to Inheritors:
In derived classes, do not override the Close method, instead, put all of the Stream cleanup logic in the Dispose method.
То есть описанное мною поведение является рекомендуемым, а перекрытие метода Close — нерекомедуемым (дефолтная реализация вызывает Dispose(true)), хотя технически возможным.
В целом мой опыт свидетельстует о том, что закрытие можно явно не вызывать, хотя тот же NetworkStream имеет перегрузку Close(int32 timeout), где можно явно указать, сколько времени пытаться отправить неотправленное.
Короче, всё как всегда — на рекомендации полагайся, но документацию прочесть не забудь
