java - từ khóa dễ bay hơi cũng không phải là nguyên thủy

Question

Tôi không chắc liệu từ khóa dễ bay hơi cũng có nên được sử dụng cho các nguyên thủy không. Tôi có một thành viên của lớp được thiết lập/gán bởi một luồng và được truy cập bởi một luồng khác. Tôi có nên tuyên bố thành viên này dễ bay hơi không?

private /* volatile */ Object o; 

public void setMember(Object o) { 
    this.o = o; 
} 

public Object getMember() { 
    return o; 
} 

Ở đây, setMember (...) được gọi bằng một chuỗi và getMember() được gọi bởi một chuỗi khác.

Nếu đó là một boolean, ví dụ, câu trả lời sẽ là có.

Tôi đang sử dụng Java 1.4 và thành viên trong trường hợp này là chỉ đọc. Vì vậy, tôi chỉ quan tâm đến khả năng hiển thị trong trường hợp này, do đó câu hỏi của tôi về từ khóa dễ bay hơi.

Answer 1

Có - volatile có cùng ý nghĩa chính xác với các trường loại tham chiếu mà nó có cho các trường kiểu nguyên thủy. Ngoại trừ trường hợp loại tham chiếu, các thành viên của đối tượng mà trường đó đề cập đến phải cũng được thiết kế để truy cập đa luồng.

Answer 2

Bạn có thể và điều này có thể hữu ích, nhưng hãy nhớ rằng từ khóa chỉ áp dụng cho cài đặt của tham chiếu. Nó không ảnh hưởng đến khả năng hiển thị đa luồng của các thuộc tính bên trong đối tượng đó. Nếu nó là stateful, bạn có thể muốn đồng bộ hóa xung quanh mỗi truy cập vào nó anyway, để đảm bảo mong muốn xảy ra-trước khi các mối quan hệ.

Answer 3

Có, mã của bạn là chính xác. Trong trường hợp này tham chiếu chính nó là dễ bay hơi, vì vậy cơ hội để tham chiếu được tự động nhìn thấy trong tất cả các chủ đề khác, nhưng không thay đổi đối tượng đang được tham chiếu.

Answer 4

Nếu chúng ta nhìn lên AtomicInteger lớp, nó đã tuyên bố value như volatile, Vì vậy, nó có thể được sử dụng trong môi trường đa luồng mà không cần bất kỳ vấn đề chủ đề bộ nhớ cache.

public class AtomicInteger { 
    private volatile int value; 

    /** 
    * Gets the current value. 
    * 
    * @return the current value 
    */ 
    public final int get() { 
     return value; 
    } 

    /** 
    * Sets to the given value. 
    * 
    * @param newValue the new value 
    */ 
    public final void set(int newValue) { 
     value = newValue; 
    } 

} 

Nhưng nếu bạn nghĩ tham chiếu đến AtomicInteger, giá sách sẽ được sửa đổi với các đối tượng AtomicInteger khác nhau theo nhiều chủ đề; sau đó bạn cần dễ bay hơi cho tham chiếu đó.

private volatile AtomicInteger reference = new AtomicInteger(0); 

Chủ yếu là không phải vậy; chỉ giá trị của đối tượng sẽ thay đổi; do đó tuyên bố nó là cuối cùng.

private final AtomicInteger reference = new AtomicInteger(0);