ทำไมคลาส Java Vector (และ Stack) จึงถือว่าล้าสมัยหรือเลิกใช้แล้ว

เหตุใด Java Vector จึงถือเป็นคลาสดั้งเดิมล้าสมัยหรือเลิกใช้แล้ว

การใช้งานไม่ถูกต้องเมื่อทำงานกับการทำงานพร้อมกันหรือไม่

และถ้าฉันไม่ต้องการซิงโครไนซ์วัตถุด้วยตนเองและเพียงแค่ต้องการใช้คอลเลกชันเธรดที่ปลอดภัยโดยไม่จำเป็นต้องทำสำเนาใหม่ของอาเรย์ต้นแบบ (เช่นเดียวกับCopyOnWriteArrayList) มันจะใช้ได้Vectorไหม?

สิ่งที่เกี่ยวกับStackประเภทย่อยของVectorสิ่งที่ฉันควรใช้แทนมันได้หรือไม่

Vectorประสานในการดำเนินงานของแต่ละบุคคล นั่นแทบไม่เคยเป็นสิ่งที่คุณต้องการจะทำ

โดยทั่วไปคุณต้องการซิงโครไนซ์ลำดับของการดำเนินการทั้งหมด การซิงโครไนซ์แต่ละการดำเนินการมีความปลอดภัยน้อยกว่า (ถ้าคุณวนซ้ำมากกว่า a Vectorคุณยังต้องทำการล็อกเพื่อหลีกเลี่ยงการเปลี่ยนคอลเลกชันในเวลาเดียวกันซึ่งจะทำให้เกิดConcurrentModificationExceptionการวนซ้ำในเธรด) แต่ก็ช้าลงด้วย เหตุใดจึงต้องปลดล็อคซ้ำ ๆ เมื่อหนึ่งครั้งจะเพียงพอ)

แน่นอนว่ามันยังมีค่าใช้จ่ายในการล็อคแม้ว่าคุณไม่จำเป็นต้อง

โดยทั่วไปมันเป็นวิธีการที่มีข้อบกพร่องอย่างมากในการซิงโครไนซ์ในสถานการณ์ส่วนใหญ่ ดังที่นาย Brian Henkชี้ให้เห็นคุณสามารถตกแต่งคอลเลกชันโดยใช้การเรียกเช่นCollections.synchronizedList- ความจริงที่Vectorรวมทั้งการปรับใช้คอลเลกชัน "ปรับขนาดอาร์เรย์" กับบิต "ซิงโครไนซ์ทุกการทำงาน" เป็นอีกตัวอย่างของการออกแบบที่ไม่ดี วิธีการตกแต่งช่วยให้แยกความกังวลได้ง่ายขึ้น

ในฐานะที่Stackเทียบเท่า - ฉันดูDeque/ ArrayDequeเริ่มต้นด้วย

Vector เป็นส่วนหนึ่งของ 1.0 - การใช้งานดั้งเดิมมีสองข้อเสีย:

1. การตั้งชื่อ:เว็กเตอร์เป็นเพียงรายการที่สามารถเข้าถึงได้ในรูปแบบอาร์เรย์ดังนั้นจึงควรถูกเรียกArrayList(ซึ่งเป็นการแทนที่คอลเลกชัน Java 1.2 สำหรับVector)

2. Concurrency:ทั้งหมดget(), set()วิธีการอยู่synchronizedดังนั้นคุณจึงไม่สามารถมีเม็ดเล็กปรับการควบคุมการทำข้อมูลให้ตรงกัน

ที่มีอยู่ไม่แตกต่างกันมากระหว่างArrayListและแต่คุณควรใช้VectorArrayList

จากเอกสาร API

ในฐานะที่เป็นแพลตฟอร์ม Java 2 v1.2 ชั้นนี้ได้รับการดัดแปลงเพื่อใช้อินเตอร์เฟซรายการทำให้มันเป็นสมาชิกของ Java Collections Framework ซึ่งแตกต่างจากการใช้คอลเลกชันใหม่ Vector ถูกทำข้อมูลให้ตรงกัน

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

คุณสามารถใช้synchronizedCollection / รายการวิธีการในการjava.util.Collectionที่จะได้รับชุดด้ายปลอดภัยจาก non-ด้ายปลอดภัยอย่างใดอย่างหนึ่ง

java.util.Stackสืบทอดค่าใช้จ่ายในการซิงโครไนซ์java.util.Vectorซึ่งมักจะไม่เป็นธรรม

แม้ว่าจะได้รับมรดกมากกว่านั้นมาก ความจริงที่ว่าjava.util.Stack extends java.util.Vectorเป็นความผิดพลาดในการออกแบบเชิงวัตถุ ครูสอนจะทราบว่ามันยังมีวิธีการมากมายนอกเหนือจากการดำเนินการแบบดั้งเดิมที่เกี่ยวข้องกับสแต็ค (เช่น: กด, ป๊อป, มอง, ขนาด) นอกจากนี้ยังเป็นไปได้ที่จะทำsearch, elementAt, setElementAt, removeและการดำเนินงาน random-access อื่น ๆ อีกมากมาย Stackมันเป็นพื้นขึ้นกับผู้ใช้ที่จะละเว้นจากการใช้การดำเนินงานที่ไม่ใช่สแต็คของ

สำหรับเหตุผลด้านประสิทธิภาพและการออกแบบ OOP เหล่านี้JavaDoc สำหรับการjava.util.StackแนะนำArrayDequeเป็นการทดแทนโดยธรรมชาติ (deque เป็นมากกว่าสแต็ก แต่อย่างน้อยก็ จำกัด ให้จัดการกับทั้งสองปลายแทนที่จะให้ทุกการเข้าถึงแบบสุ่ม)