Dễ bay hơi khi được đồng bộ hóa với nhau

Question

Có lý do nào để sử dụng dễ bay hơi và đồng bộ hóa với nhau trong mã này không?

public class Helper { 
    private volatile int n; 
    private final Object lock = new Object(); 
    public Helper(int n) { 
    this.n = n; 
    } 

    public void setN(int value) { 
    synchronized (lock) { 
     n = value; 
    } 
    } 
} 

Trình trợ giúp lớp phải là chủ đề an toàn. Tôi đã có ví dụ này từ sách "Hướng dẫn đồng thời Java", nhưng vẫn chưa rõ: lý do sử dụng biến động và đồng bộ hóa với nhau trong ví dụ này là gì?

Answer 1

Mục đích của ví dụ này là để chỉ ra rằng syncronized mà không volatile là không đủ trong trường hợp này được thực tế là đối tượng có thể được công bố mất an toàn (tức là không volatile trong Foo):

Nếu helper trường trong lớp Foo không được khai báo dễ bay hơi, trường n phải được khai báo dễ bay hơi sao cho mối quan hệ xảy ra trước đó được thiết lập giữa khởi tạo của n và ghi của trình trợ giúp cho trường trợ giúp. Điều này phù hợp với hướng dẫn “VNA06-J. Đừng cho rằng việc khai báo một đối tượng dễ bay hơi đảm bảo khả năng hiển thị của các thành viên của nó ”ở trang 35. Điều này chỉ được yêu cầu khi người gọi (lớp Foo) không thể tin cậy để khai báo helper dễ bay hơi.

Đúng vậy, nhưng họ đã chọn một ví dụ không tốt để chứng minh điều đó, bởi vì volatile mà không đồng bộ hóa là đủ trong trường hợp này.

Answer 2

Tôi đoán rằng biến động được sử dụng vì 'n' được đặt trong hàm tạo

Answer 3

Không cần đặt khối đồng bộ xung quanh thay đổi về giá trị; vì Java 5 được thực hiện "tự động" cho các biến dễ bay hơi. Tôi nghĩ rằng trước đó với Java 5, nó không nhất thiết phải là trường hợp.