Là những câu hỏi phỏng vấn nâng cao / không công bằng liên quan đến đồng thời Java? [đóng cửa]

Dưới đây là một số câu hỏi gần đây tôi đã hỏi những người được phỏng vấn nói rằng họ biết đồng thời Java:

1. Giải thích mối nguy của "khả năng hiển thị bộ nhớ" - cách JVM có thể sắp xếp lại các hoạt động nhất định trên các biến không được bảo vệ bởi màn hình và không được khai báo volatile, sao cho một luồng có thể không nhìn thấy các thay đổi được thực hiện bởi luồng khác. Thông thường tôi hỏi cái này bằng cách hiển thị mã nơi có mối nguy hiểm này (ví NoVisibilitydụ như trong Liệt kê 3.1 từ "Đồng thời Java trong thực tiễn" của Goetz et al) và hỏi điều gì sai.
2. Giải thích làm thế nào volatileảnh hưởng đến không chỉ biến thực tế được khai báo volatile, mà còn bất kỳ thay đổi nào đối với các biến được tạo bởi một luồng trước khi nó thay đổi volatilebiến.
3. Tại sao bạn có thể sử dụng volatilethay vì synchronized?
4. Thực hiện một biến điều kiện với wait()và notifyAll(). Giải thích tại sao bạn nên sử dụng notifyAll(). Giải thích tại sao biến điều kiện nên được kiểm tra bằng một whilevòng lặp.

Câu hỏi của tôi là - những điều này phù hợp hay quá tiên tiến để hỏi ai đó nói rằng họ biết đồng thời Java?

Và trong khi chúng ta đang ở đó, bạn có nghĩ rằng ai đó làm việc trong đồng thời Java sẽ được mong đợi có kiến ​​thức trên mức trung bình về bộ sưu tập rác Java không?

Nó thực sự phụ thuộc vào việc bạn đang hỏi một ứng viên có 2 năm kinh nghiệm Java hay một người có 7 năm kinh nghiệm Java. Đối với một kiến ​​trúc sư / lãnh đạo kỹ thuật / cấp cao, họ có vẻ là những câu hỏi thích hợp nhưng đối với một thiếu niên và có thể là một người trung cấp cũng vậy, họ có vẻ khó khăn.

Ngoài ra, bạn đang đặt câu hỏi về các cơ chế đồng bộ hóa mức thấp đã được thay thế chủ yếu bằng java.util.concurrentphát triển Java ngày nay; thay vì wait()/notify() khóa được ưa thích. Bạn có thể thấy rằng phiên bản Java 2 hiệu quả đã bỏ một chương giải thích chi tiết về cơ chế chờ / thông báo, vì nó không được coi là hữu ích. Ngoài ra, container xử lý đa luồng ở mức cao hơn trong hầu hết các trường hợp; các phương thức của EJB là ví dụ an toàn luồng mà không có bất kỳ mối quan tâm nào từ người lập trình (điều này không có nghĩa là các lập trình viên không nên biết đa luồng).

Tôi thực sự thấy đa luồng là một phần con của các hệ điều hành chứ không phải là một phần con của ngôn ngữ lập trình. Để xem liệu một người có thực sự hiểu các câu hỏi lập trình đa luồng và song song về mutexes, semaphores hoặc lên lịch nên được hỏi trước tiên và chỉ sau đó, chi tiết về việc thực hiện trong một ngôn ngữ lập trình cụ thể.

Đây có phải là thích hợp hoặc quá tiên tiến để hỏi ai đó nói rằng họ biết đồng thời Java?

Tôi muốn nói rằng chúng là những câu hỏi tương đối nâng cao. Tuy nhiên, họ không "không công bằng" theo nghĩa là họ không lừa câu hỏi.

Quả thực "sự công bằng" không thực sự là một tiêu chí có liên quan. Điều bạn (với tư cách là một người phỏng vấn) nên lo lắng là liệu các câu hỏi và cách giải thích câu trả lời của bạn có đang chọn ứng viên tốt nhất cho vị trí hoặc vị trí bạn đang phỏng vấn hay không. (Hoặc nói cách khác, bạn có đang từ chối các ứng viên mà bạn thực sự nên cân nhắc nhiều hơn do họ không trả lời chính xác những câu hỏi này không?)

Và trong khi chúng ta đang ở đó, bạn có nghĩ rằng ai đó làm việc trong đồng thời Java sẽ được mong đợi có kiến ​​thức trên mức trung bình về bộ sưu tập rác Java không?

Một lần nữa, đó không thực sự là câu hỏi liên quan. Câu hỏi bạn nên tự đặt ra là liệu bạn có cần một người có kiến ​​thức tốt về bộ sưu tập rác Java hay không.