คำถามสัมภาษณ์ขั้นสูง / ไม่เป็นธรรมเหล่านี้เกี่ยวกับ Java concurrency หรือไม่ [ปิด]

ต่อไปนี้เป็นคำถามที่ฉันถามผู้สัมภาษณ์เมื่อเร็ว ๆ นี้ว่าพวกเขารู้จักการทำงานพร้อมกันของ Java:

1. อธิบายถึงอันตรายของ "การมองเห็นของหน่วยความจำ" - วิธีที่ JVM สามารถเรียงลำดับการดำเนินการบางอย่างกับตัวแปรที่ไม่ได้รับการป้องกันโดยจอภาพและไม่ได้ประกาศvolatileเช่นว่าเธรดหนึ่งอาจไม่เห็นการเปลี่ยนแปลงของเธรดอื่น ฉันมักจะถามรหัสนี้โดยแสดงรหัสที่อันตรายนี้มีอยู่ ( NoVisibilityตัวอย่างเช่นในรายการ 3.1 จาก "Java Concurrency in Practice" โดย Goetz et al) และถามสิ่งที่ผิด
2. อธิบายว่าvolatileมีผลกระทบอย่างไรกับตัวแปรที่เกิดขึ้นจริงที่ประกาศvolatileแต่ยังรวมถึงการเปลี่ยนแปลงตัวแปรที่ทำโดยเธรดก่อนที่จะเปลี่ยนแปลงvolatileตัวแปร
3. ทำไมคุณอาจใช้volatileแทนsynchronized?
4. ใช้ตัวแปรสภาพด้วยและwait() อธิบายว่าทำไมคุณควรใช้notifyAll() notifyAll()อธิบายว่าทำไมตัวแปรเงื่อนไขควรทดสอบด้วยการwhileวนซ้ำ

คำถามของฉันคือ - สิ่งเหล่านี้เหมาะสมหรือสูงเกินไปที่จะถามคนที่บอกว่าพวกเขารู้จักการทำงานพร้อมกันของ Java หรือไม่

และในขณะที่เราอยู่ที่นี่คุณคิดว่าคนที่ทำงานใน Java เห็นพ้องด้วยควรคาดว่าจะมีความรู้สูงกว่าค่าเฉลี่ยของการเก็บขยะ Java?

มันขึ้นอยู่กับว่าคุณกำลังขอผู้สมัครที่มีประสบการณ์เกี่ยวกับ Java 2 ปีหรืออย่างใดอย่างหนึ่งกับประสบการณ์ของ Java 7 ปี สำหรับสถาปนิก / นักวิชาการด้านเทคนิค / อาวุโสพวกเขาดูเหมือนคำถามที่เหมาะสม แต่สำหรับรุ่นน้องและอาจอยู่ในระดับกลางเกินไปพวกเขาดูเหมือนจะยาก

นอกจากนี้คุณกำลังถามคำถามเกี่ยวกับกลไกการซิงโครไนซ์ระดับต่ำซึ่งส่วนใหญ่ถูกแทนที่ด้วยjava.util.concurrentในการพัฒนา Java วันปัจจุบัน แทนการwait()/notify() ล็อคเป็นที่ต้องการ คุณจะเห็นว่าEffective Java 2nd editionได้ทิ้งบทที่อธิบายกลไกการรอ / แจ้งอย่างละเอียดเนื่องจากไม่ถือว่ามีประโยชน์ นอกจากนี้คอนเทนเนอร์จัดการมัลติเธรดในระดับที่สูงขึ้นในกรณีส่วนใหญ่ เมธอดของ EJB นั้นปลอดภัยสำหรับเธรดเช่นโดยไม่ต้องกังวลจากโปรแกรมเมอร์ (นี่ไม่ได้หมายความว่าโปรแกรมเมอร์ไม่ควรรู้ว่ามีหลายเธรด)

ฉันเห็นจริง ๆ ว่าการมัลติเธรดเป็นส่วนย่อยของระบบปฏิบัติการมากกว่าส่วนย่อยของภาษาการเขียนโปรแกรม เพื่อที่จะดูว่าบุคคลที่เข้าใจคำถามมัลติเธรดและการเขียนโปรแกรมแบบขนานอย่างแท้จริงเกี่ยวกับ mutexes ควรมีการถามเซมาฟอร์หรือการกำหนดเวลาในตอนแรกและในที่สุดเท่านั้นรายละเอียดเกี่ยวกับการใช้งานในภาษาโปรแกรมเฉพาะ

มีความเหมาะสมหรือสูงเกินไปที่จะถามคนที่บอกว่ารู้จักการทำงานพร้อมกันของ Java

ฉันว่าพวกเขาเป็นคำถามขั้นสูง อย่างไรก็ตามพวกเขาไม่ได้ "ไม่ยุติธรรม" ในแง่ที่ว่าพวกเขาไม่ใช่คำถามหลอกลวง

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

และในขณะที่เราอยู่ที่นี่คุณคิดว่าคนที่ทำงานใน Java เห็นพ้องด้วยควรคาดว่าจะมีความรู้สูงกว่าค่าเฉลี่ยของการเก็บขยะ Java?

อีกครั้งนั่นไม่ใช่คำถามที่เกี่ยวข้องจริงๆ คำถามที่คุณควรถามตัวเองคือคุณต้องการคนที่มีความรู้เกี่ยวกับการเก็บขยะ Java หรือไม่