StreamWriter.Flush() cũng có thể gọi FileStream.Flush() không?

Question

Tôi có một StreamWriter mà luồng cơ bản là FileStream. Mã sau có đảm bảo rằng FileStream cũng xóa bộ đệm của nó vào tệp thực sự trên hệ thống tệp hay tôi cần gọi rõ ràng Flush() trên FileStream?

using (var fs = new FileStream("blabla", FileMode.Append)) { 
    using (var sw = new StreamWriter(fs)) { 
     sw.WriteLine("Hello, I want to be flushed."); 
     sw.Flush(); //I need this to also flush onto the file, not just to the FileStream 
    } 
} 

Theo MSDN, "Flushing dòng sẽ không tuôn encoder cơ bản của nó, trừ khi bạn gọi một cách rõ ràng Flush hoặc Đóng", nhưng tôi không biết nếu một FileStream có thể được coi là một "bộ mã hóa cơ bản".

Ngoài ra, nếu tôi không chỉ định FileOptions.WriteThrough, tôi có đảm bảo rằng hệ điều hành cuối cùng sẽ ghi dòng được xóa lên đĩa ngay cả khi chương trình bị treo trước khi hai luồng đã bị đóng (giả sử ví dụ không có using {} khối , chỉ có một cuộc gọi đến Flush())?

Trong trường hợp của tôi, tôi cần để luồng mở (để ghi nhật ký), vì vậy tôi không thể sử dụng using {} khối, nhưng tôi muốn đảm bảo dữ liệu luôn được ghi vào đĩa ngay cả khi chương trình bị treo. Tôi có thể đủ khả năng để mất dữ liệu nếu có tắt nguồn và hệ điều hành chưa được xả lên đĩa, nhưng nếu không tôi cần hệ điều hành để xả ngay cả khi tôi không bao giờ gọi đúng số Close() trên luồng.

Answer 1

Vâng, gọi Flush trên StreamWriter sẽ gây ra dòng cơ bản là Flush ed. 4.5 phiên bản gọi là Flush(bool,bool) chức năng riêng, được kết thúc bằng:

if (flushStream) 
{ 
    this.stream.Flush(); 
} 

đâu flushStream là tham số đầu tiên, this.stream là dòng rằng StreamWriter được xây dựng trên, và các cuộc gọi trong Flush() là Flush(true,true).

---

(phần cũ của câu trả lời - Tôi đã là rất bùng binh trả lời Moved phần phù hợp nhất của câu trả lời cho hàng đầu.)

Nó không rõ ràng nêu ra trong tài liệu bất cứ nơi nào tôi có thể tìm thấy nó, nhưng bất kỳ lớp luồng được xây dựng bằng cách truyền cho nó một luồng khác sẽ được giả định là "sở hữu" luồng đó (trừ khi nó được gọi riêng ra khác).

Tức là, khi bạn đã xây dựng StreamWriter bằng cách sử dụng fs, bạn không nên thực hiện bất kỳ hành động trực tiếp nào trên chính mình fs.

---

Phần bạn trích dẫn từ MSDN liên quan đến các câu sau:

Điều này cho phép các bộ mã hóa để giữ cho nhà nước (nhân vật một phần) của nó để nó có thể mã hóa các khối tiếp theo của nhân vật một cách chính xác. Kịch bản này ảnh hưởng đến UTF8 và UTF7 trong đó các ký tự nhất định chỉ có thể được mã hóa sau khi bộ mã hóa nhận được ký tự hoặc ký tự liền kề.

Tức là, bạn có thể đã chuyển dữ liệu đến Write sao cho bạn đã cho nó một số thay thế Unicode, nhưng không phải là ký tự hoàn chỉnh. Flush sẽ không ghi những người thay thế đó vào luồng. Vì vậy, miễn là bạn luôn luôn đi qua cũng được hình thành (hoàn thành) dây để Write, bạn không cần phải quan tâm đến chính mình về điều này.

---

Answer 2

Xử lý luồng được đảm bảo nếu được sử dụng với sử dụng khối!

Với một chuỗi các con suối, đóng cửa suối ngoài cùng (ở phần đầu của chuỗi) i.e StreamWriter in your case đóng toàn bộ rất nhiều i.e FileStream

Flush lực lượng phương pháp đệm bên trong để được viết immediately.Flush được tự động gọi khi dòng là closed, vì vậy bạn không bao giờ cần phải làm như sau

s.Flush();s.Close();

vì vậy, thời điểm hiện tại hầu hết các s trên cùng tream được đóng nó tuôn ra và sau đó đóng nó bên dưới dòng người cũng tuôn ra có nội dung.

Ví dụ xem xét chuỗi này

FileStream->GZipStream->StreamWriter 

Vì vậy, thời điểm bạn đóng StreamWriter

StreamWriter bừng và closes.It cũng đóng vai trò quant undelying GZipStream

GzipStream bừng và closes.It cũng đóng bên dưới FileStream

FileStream flushes và closes