Returns an estimated number of byte

Returns an estimated number of bytes that can be read or skipped without blocking for more input.

Note that this method provides such a weak guarantee that it is not very useful in practice.

Firstly, the guarantee is "without blocking for more input" rather than "without blocking": a read may still block waiting for I/O to complete — the guarantee is merely that it won't have to wait indefinitely for data to be written. The result of this method should not be used as a license to do I/O on a thread that shouldn't be blocked.

Secondly, the result is a conservative estimate and may be significantly smaller than the actual number of bytes available. In particular, an implementation that always returns 0 would be correct. In general, callers should only use this method if they'd be satisfied with treating the result as a boolean yes or no answer to the question "is there definitely data ready?".

Thirdly, the fact that a given number of bytes is "available" does not guarantee that a read or skip will actually read or skip that many bytes: they may read or skip fewer.

It is particularly important to realize that you must not use this method to size a container and assume that you can read the entirety of the stream without needing to resize the container. Such callers should probably write everything they read to a ByteArrayOutputStream and convert that to a byte array. Alternatively, if you're reading from a file, length() returns the current length of the file (though assuming the file's length can't change may be incorrect, reading a file is inherently racy).

The default implementation of this method in InputStream always returns 0. Subclasses should override this method if they are able to indicate the number of bytes available.

Returns
the estimated number of bytes available

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

ส่งกลับจำนวนไบต์ที่สามารถอ่าน หรือข้ามไป โดยไม่มีการบล็อกสำหรับป้อนข้อมูลเพิ่มเติมที่ประมาณ

หมายเหตุว่า วิธีนี้มีเช่นอ่อนรับประกันว่า ไม่มีประโยชน์มากในทางปฏิบัติ

แรก รับประกันไม่ "บล็อกสำหรับการป้อนข้อมูลเพิ่มเติม" แทน "โดยบล็อก": การอ่านอาจยังคงบล็อกรอ I/O ให้เสร็จซึ่งรับประกันได้ว่า มันจะได้ไม่ต้องรอไม่มีกำหนดสำหรับข้อมูลที่จะเขียนได้ ผลของวิธีการนี้ไม่ควรใช้เป็นใบอนุญาตการทำ I/O บนเธรดที่ไม่ควรถู

ประการที่สอง ผลลัพธ์คือ การประเมินหัวเก่า และอาจมากน้อยกว่าจำนวนไบต์ที่ว่างจริง โดยเฉพาะ การใช้งานที่ส่งกลับค่า 0 เสมอจะถูกต้อง ทั่วไป ผู้เรียกควรใช้เท่าวิธีนี้ถ้าพวกเขาจะพอใจกับการรักษาผลเป็นคำถามตอบ yes หรือ no เป็นบูลีน"มีแน่นอน พร้อมข้อมูล" นั้น

ประการ ความจริงที่ว่าจำนวนของไบต์ที่ "ว่าง" ไม่รับประกันว่า การอ่านหรือข้ามจะจริงอ่าน หรือข้ามไบต์ให้: อาจอ่าน หรือข้ามน้อยได้

จึงสำคัญอย่างยิ่งที่จะรับรู้ว่า คุณไม่ต้องใช้วิธีนี้ กับขนาดภาชนะที่สมมติว่า คุณสามารถอ่านทั้งหมดของกระแสข้อมูลไม่จำเป็นต้องปรับขนาดของภาชนะบรรจุได้ ผู้เรียกเช่นควรคงเขียนทุกอย่างพวกเขาอ่านให้เป็น ByteArrayOutputStream และแปลงที่เป็นอาร์เรย์ของไบต์ หรือ ถ้าคุณกำลังอ่านจากแฟ้ม length() ส่งกลับจำนวนแฟ้มปัจจุบัน (แม้ว่าสมมติว่า ไม่สามารถเปลี่ยนความยาวของแฟ้มอาจไม่ถูกต้อง อ่านแฟ้มถูกตั้งโชว์)

เริ่มใช้วิธีนี้ใน InputStream เสมอกลับเป็น 0 ชั้นควรแทนวิธีการนี้จะต้องระบุจำนวนของไบต์ที่ว่าง

กลับ
จำนวนไบต์ที่ว่างโดยประมาณ

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

ผลตอบแทนที่ได้จำนวนประมาณของไบต์ที่สามารถอ่านหรือข้ามโดยไม่ปิดกั้นสำหรับการป้อนข้อมูลเพิ่มเติมโปรดทราบว่าวิธีการดังกล่าวนี้จะให้การรับประกันอ่อนแอว่ามันไม่ได้มีประโยชน์มากในการปฏิบัติประการแรกการรับประกันคือ "โดยไม่ปิดกั้นสำหรับการป้อนข้อมูลเพิ่มเติม" มากกว่า "โดยไม่ปิดกั้น": อ่านอาจจะยังคงปิดกั้นการรอ I / O ที่จะเสร็จสมบูรณ์ - การรับประกันเป็นเพียงที่จะไม่ต้องรอไปเรื่อย ๆ สำหรับข้อมูลที่ถูกเขียน ผลของวิธีการนี้ไม่ควรนำมาใช้เป็นใบอนุญาตในการทำ I / O ในหัวข้อที่ไม่ควรถูกปิดกั้นประการที่สองผลที่ได้คือประมาณการอนุรักษ์และอาจจะมีขนาดเล็กกว่าจำนวนที่เกิดขึ้นจริงของไบต์ที่มีอยู่ โดยเฉพาะอย่างยิ่งการใช้งานที่มักจะกลับ 0 จะถูกต้อง โดยทั่วไปผู้ที่ควรใช้วิธีการนี้หากพวกเขาต้องการจะพอใจกับการรักษาผลตามที่บูลีนใช่หรือคำตอบสำหรับคำถามที่ไม่มี "มีแน่นอนข้อมูลพร้อม?" ประการที่สามความจริงที่ว่าจำนวนที่กำหนดของไบต์คือ " ใช้ได้ "ไม่ได้รับประกันว่าอ่านหรือข้ามจริงจะอ่านหรือข้ามที่ไบต์จำนวนมากที่พวกเขาอาจจะอ่านหรือข้ามน้อยลงมันเป็นสิ่งสำคัญโดยเฉพาะอย่างยิ่งที่จะรู้ว่าคุณจะต้องไม่ใช้วิธีการนี้กับขนาดภาชนะและสมมติว่าคุณสามารถอ่าน ความสมบูรณ์ของกระแสโดยไม่จำเป็นต้องปรับขนาดภาชนะ โทรดังกล่าวอาจจะเขียนทุกอย่างที่พวกเขาอ่านให้ ByteArrayOutputStream และแปลงที่ยังอาร์เรย์ไบต์ หรือถ้าคุณกำลังอ่านจากไฟล์ความยาว () ผลตอบแทนระยะเวลาปัจจุบันของแฟ้ม (แต่สมมติว่าระยะเวลาของไฟล์ไม่สามารถเปลี่ยนอาจจะไม่ถูกต้องอ่านไฟล์เป็นชีวิตชีวาโดยเนื้อแท้) เริ่มต้นใช้วิธีการนี้ใน InputStream เสมอกลับ 0 Subclasses ควรแทนที่วิธีการนี้หากพวกเขามีความสามารถที่จะระบุจำนวนของไบต์ที่มีอยู่คืนจำนวนประมาณไบต์ที่มีอยู่

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

ผลตอบแทนโดยประมาณจำนวนไบต์ที่สามารถอ่านหรือข้ามโดยไม่ปิดกั้น สำหรับข้อมูลเพิ่มเติม โปรดทราบว่าวิธีนี้

ดังกล่าวให้อ่อนแอ รับประกันว่าไม่มีประโยชน์มากในการฝึก

ก่อนอื่น รับประกัน " โดยไม่ปิดกั้น สำหรับข้อมูลเพิ่มเติม " มากกว่า " โดยไม่ปิดกั้น "อ่านแล้วอาจจะยังบล็อกรอ I / O ที่จะเสร็จสมบูรณ์ - รับประกันเป็นเพียงว่ามันไม่ต้องรอไปเรื่อย ๆ สำหรับข้อมูลที่จะเขียน ผลของวิธีนี้ไม่ควรใช้เป็นใบอนุญาตในการทำ I / O ในหัวข้อที่ไม่ควรบล็อก

ประการที่สอง ผลที่ได้คือประมาณการอนุรักษ์ และอาจจะมากน้อยกว่าตัวเลขจริงของไบต์พร้อม โดยเฉพาะอย่างยิ่งการดำเนินการที่มักจะได้ค่า 0 จะถูกต้อง โดยทั่วไปสายควรใช้วิธีนี้ถ้าพวกเขาจะพอใจกับผลเป็นบูลีน ใช่ หรือ ไม่ใช่คำตอบสำหรับคำถาม " มีแน่นอนข้อมูลพร้อมรึยัง ? "

คือ ความจริงที่ว่า จำนวนของไบต์เป็น " ใช้ได้ " ไม่ได้รับประกันว่าอ่านหรือข้ามจริงจะอ่านหรือข้ามหลายไบต์ :พวกเขาอาจจะอ่านหรือข้ามน้อยลง

มันเป็นสิ่งสำคัญโดยเฉพาะอย่างยิ่งที่จะตระหนักว่าคุณจะต้องไม่ใช้วิธีนี้กับขนาดตู้ และสมมติว่าคุณสามารถอ่านทั้งหมดของกระแสโดยไม่ต้องปรับขนาดของภาชนะ เช่นสายควรเขียนทุกอย่างที่พวกเขาอ่านให้ bytearrayoutputstream และแปลงที่เป็นอาร์เรย์ไบต์ . หรือถ้าคุณกำลังอ่านจากแฟ้มlength() ส่งกลับความยาวปัจจุบันของแฟ้ม ( แม้ว่าถ้าความยาวของไฟล์ไม่สามารถเปลี่ยนอาจจะไม่ถูกต้อง อ่านไฟล์เป็นอย่างโดยเนื้อแท้เผ็ดร้อน ) .

เริ่มต้นใช้วิธีการนี้ใน นพุต รีมเสมอกลับ 0 คลาส ควรยกเลิกวิธีนี้ถ้าพวกเขาจะสามารถระบุจำนวนไบต์ที่ใช้ได้


ประมาณส่งกลับจำนวนไบต์ที่ใช้ได้