RemarksIn the .NET Framework 4 and

Remarks

In the .NET Framework 4 and earlier versions, you have to use methods such as BeginRead and EndRead to implement asynchronous I/O operations. These methods are still available in the .NET Framework 4.5 to support legacy code; however, the new async methods, such as ReadAsync, WriteAsync, CopyToAsync, and FlushAsync, help you implement asynchronous I/O operations more easily.

The default implementation of BeginRead on a stream calls the Read method synchronously, which means that Read might block on some streams. However, instances of classes such as FileStream and NetworkStream fully support asynchronous operations if the instances have been opened asynchronously. Therefore, calls to BeginRead will not block on those streams. You can override BeginRead (by using async delegates, for example) to provide asynchronous behavior.

Pass the IAsyncResult return value to the EndRead method of the stream to determine how many bytes were read and to release operating system resources used for reading. EndRead must be called once for every call to BeginRead. You can do this either by using the same code that called BeginRead or in a callback passed to BeginRead.

The current position in the stream is updated when the asynchronous read or write is issued, not when the I/O operation completes.

Multiple simultaneous asynchronous requests render the request completion order uncertain.

Use the CanRead property to determine whether the current instance supports reading.

If a stream is closed or you pass an invalid argument, exceptions are thrown immediately from BeginRead. Errors that occur during an asynchronous read request, such as a disk failure during the I/O request, occur on the thread pool thread and throw exceptions when calling EndRead.

ผลลัพธ์ (ไทย) 1:

หมายเหตุใน.NET Framework 4 และรุ่นก่อนหน้านี้ คุณต้องใช้วิธี BeginRead และ EndRead เพื่อใช้การดำเนินการ I/O แบบอะซิงโครนัส วิธีการเหล่านี้ยังคงมีอยู่ใน 4.5 Framework .NET สนับสนุนรหัสเก่า อย่างไรก็ตาม วิธีต่างเวลาใหม่ ReadAsync, WriteAsync, CopyToAsync, FlushAsync และช่วยให้คุณสามารถใช้การดำเนินการ I/O แบบอะซิงโครนัสได้ง่ายขึ้นใช้งานเริ่มต้นของ BeginRead ในกระแสเรียกวิธีอ่านพร้อมกัน ซึ่งหมายความ ว่า อ่านอาจบล็อกบนกระแสบางอย่าง อย่างไรก็ตาม อินสแตนซ์ของคลาส FileStream และ NetworkStream ทั้งหมดสนับสนุนการดำเนินการแบบอะซิงโครนัสถ้าคุณเปิดอินสแตนซ์แบบอะซิงโครนัส ดังนั้น เรียก BeginRead จะไม่บล็อกในกระแสเหล่านั้น คุณสามารถแทน BeginRead (โดยใช้ผู้รับมอบสิทธิ์ต่างเวลา ตัวอย่าง) เพื่อให้ทำงานแบบอะซิงโครนัสได้ส่งผ่านค่ากลับ IAsyncResult วิธี EndRead ของกระแสข้อมูล เพื่อกำหนดจำนวนไบต์ที่อ่าน และ การปล่อยทรัพยากรระบบปฏิบัติการที่ใช้สำหรับการอ่าน ต้องเรียก EndRead หนึ่งครั้งสำหรับแต่ละการเรียกไปยัง BeginRead คุณสามารถทำเช่นนี้ โดยใช้รหัสเดียวกันที่เรียกว่า BeginRead หรือ ในการติดต่อกลับผ่านไป BeginReadตำแหน่งปัจจุบันในกระแสอยู่เมื่ออ่านแบบอะซิงโครนัสหรือเขียนออก ไม่ต่อเมื่อเสร็จสิ้นการดำเนินการ I/Oร้องขอแบบอะซิงโครนัสหลายที่พร้อมแสดงใบเสร็จคำไม่แน่นอนใช้คุณสมบัติ CanRead เพื่อกำหนดว่า อินสแตนซ์ปัจจุบันสนับสนุนการอ่านถ้าปิดกระแสข้อมูล หรือคุณส่งผ่านอาร์กิวเมนต์ไม่ถูกต้อง ข้อยกเว้นมีโยนทันทีจาก BeginRead ข้อผิดพลาดที่เกิดขึ้นระหว่างแบบอะซิงโครนัสอ่านคำ เช่นความล้มเหลวของดิสก์ในระหว่างการร้องขอ I/O เกิดขึ้นบนเธรดพูเธรด และโยนยกเว้นเมื่อเรียก EndRead

ผลลัพธ์ (ไทย) 2:

ข้อสังเกตใน 4 Framework .NET และรุ่นก่อนหน้านี้คุณต้องใช้วิธีการเช่น BeginRead และ EndRead ในการดำเนินการไม่ตรงกัน I / O วิธีการเหล่านี้ยังคงมีอยู่ในเครื่อง NET Framework 4.5 เพื่อสนับสนุนรหัสเดิม; แต่วิธีการ async ใหม่เช่น ReadAsync, WriteAsync, CopyToAsync และ FlushAsync, ช่วยให้คุณใช้ไม่ตรงกัน I / O การดำเนินงานได้ง่ายขึ้น. การดำเนินการเริ่มต้นของ BeginRead ในกระแสเรียกวิธีการอ่านพร้อมกันซึ่งหมายความว่าอ่านอาจปิดกั้นบน บางกระแส อย่างไรก็ตามกรณีของชั้นเรียนเช่น FileStream และ NetworkStream อย่างเต็มที่สนับสนุนการดำเนินงานไม่ตรงกันถ้ากรณีได้รับการเปิดถ่ายทอดสด ดังนั้นเรียกร้องให้ BeginRead จะไม่ปิดกั้นในลำธารเหล่านั้น คุณสามารถแทนที่ BeginRead (โดยการใช้ผู้แทน async ตัวอย่างเช่น) เพื่อให้พฤติกรรมที่ไม่ตรงกัน. ผ่านค่าตอบแทน IAsyncResult กับวิธี EndRead ของกระแสเพื่อตรวจสอบจำนวนไบต์ที่ถูกอ่านและจะปล่อยทรัพยากรของระบบปฏิบัติการที่ใช้สำหรับการอ่าน EndRead ต้องเรียกว่าครั้งเดียวสำหรับการเรียกร้องให้ทุก BeginRead คุณสามารถทำเช่นนี้อย่างใดอย่างหนึ่งโดยใช้รหัสเดียวกันกับที่เรียกว่า BeginRead หรือโทรกลับส่งผ่านไปยัง BeginRead. ตำแหน่งปัจจุบันในกระแสที่มีการปรับปรุงเมื่อไม่ตรงกันอ่านหรือเขียนจะออกไม่ได้เมื่อ I / O เสร็จสมบูรณ์. หลายตรงกันพร้อมกัน ทำให้การร้องขอเพื่อเสร็จสิ้นการร้องขอความไม่แน่นอน. ใช้คุณสมบัติ CanRead เพื่อตรวจสอบว่าเช่นปัจจุบันสนับสนุนการอ่าน. ถ้ากระแสจะปิดหรือคุณผ่านอาร์กิวเมนต์ไม่ถูกต้องข้อยกเว้นถูกโยนทันทีจาก BeginRead ข้อผิดพลาดที่เกิดขึ้นระหว่างการร้องขออ่านไม่ตรงกันเช่นความล้มเหลวของดิสก์ในระหว่างการ I / O ที่เกิดขึ้นในหัวข้อสระว่ายน้ำด้ายและโยนข้อยกเว้นเมื่อโทร EndRead

ผลลัพธ์ (ไทย) 3:

หมายเหตุ

ใน . NET Framework 4 และรุ่นก่อนหน้านี้ คุณต้องใช้วิธี เช่น beginread endread เพื่อใช้งานแบบอะซิงโครนัส และ I / O ได้ วิธีการเหล่านี้ยังคงมีอยู่ใน . NET Framework 4.5 สนับสนุนรหัสเดิม อย่างไรก็ตาม การวิธีการใหม่ เช่น readasync writeasync copytoasync flushasync , , , และช่วยให้คุณใช้อุปกรณ์ I / O

การดำเนินงานได้ง่ายขึ้นเริ่มต้นการ beginread ในกระแสเรียกอ่านวิธี synchronously ซึ่งหมายความ ว่า อ่าน อาจจะป้องกันในบางกระแส อย่างไรก็ตาม กรณีของชั้นเรียน เช่น filestream networkstream อย่างเต็มที่และสนับสนุนการดําเนินงานแบบอะซิงโครนัส ถ้ากรณีมีการเปิดอะ . จึงโทรไป beginread จะไม่ปิดกั้นในลำธารนั้นคุณสามารถแทนที่ beginread ( โดยการใช้คน เป็นต้น ) เพื่อให้พฤติกรรมที่ไม่ตรงกัน

ผ่าน iasyncresult คืนค่าไปยัง endread วิธีกระแสเพื่อตรวจสอบกี่ไบต์อ่านและปล่อยระบบปฏิบัติการทรัพยากรที่ใช้สำหรับการอ่าน endread ต้องเรียกว่าเมื่อทุกสายที่โทรเข้ามาเพื่อ beginread .คุณสามารถทำเช่นนี้โดยการใช้รหัสเดียวกันที่เรียก beginread หรือโทรกลับผ่าน beginread

ตำแหน่งปัจจุบันในกระแสมีการปรับปรุงเมื่อโครนัสอ่านหรือเขียนออกมาไม่ได้เมื่อการดำเนินการ I / O เสร็จ

หลายแบบพร้อมกันขอแสดงขอความสมบูรณ์

เพื่อที่ไม่แน่นอนใช้ canread ทรัพย์สินเพื่อตรวจสอบว่าอินสแตนซ์ปัจจุบันสนับสนุนการอ่าน

ถ้ากระแสปิดหรือคุณผ่านอาร์กิวเมนต์ไม่ถูกต้องยกเว้นจะโยนทันทีจาก beginread . ข้อผิดพลาดที่เกิดขึ้นระหว่างการขออ่านแบบอะซิงโครนัส เช่นความล้มเหลวของดิสก์ในระหว่างการร้องขอ I / O , เกิดขึ้นบนด้ายสระด้ายและโยนข้อยกเว้นเมื่อโทร endread .