AtomicIntegerArray vs AtomicInteger []

Question

Có sự khác biệt nào về ý nghĩa của AtomicIntegerArray và AtomicInteger[] không? Và cái nào nhanh hơn để sử dụng? (điều duy nhất mà tôi nhận thấy là đầu tiên lấy ít không gian hơn, nhưng điều đó có nghĩa là mỗi kiểm tra lại kiểm tra các ranh giới của mảng, sao cho nó có thể làm chậm hơn?)

Edit: Trong một kịch bản có mảng được khởi tạo.

Answer 1

AtomicInteger[] sẽ yêu cầu một đối tượng trên mỗi phần tử. AtomicIntegerArray chỉ yêu cầu đối tượng AtomicIntegerArray và đối tượng mảng. Vì vậy, sử dụng sau này nếu có thể.

Chi phí kiểm tra giới hạn là khá nhỏ ngay cả đối với mảng thông thường. Điều quan trọng là truy cập vào dữ liệu trong cùng một dòng bộ nhớ cache từ nhiều bộ xử lý có thể gây ra các vấn đề hiệu suất đáng kể. Vì vậy, các đối tượng riêng biệt, hoặc cố ý tránh các yếu tố gần của một mảng, có thể giúp đỡ.

Answer 2

Tôi đồng ý với đoạn đầu tiên Tom Hawin của ...

AtomicInteger [] sẽ đòi hỏi một đối tượng cho mỗi phần tử. AtomicIntegerArray chỉ yêu cầu đối tượng AtomicIntegerArray và một đối tượng mảng. Vì vậy, sử dụng sau này nếu có thể.

... nhưng cũng cần lưu ý rằng AtomicInteger [] không phải là chủ đề an toàn. Cụ thể, các tham chiếu của mảng đối với các đối tượng AtomicInteger riêng lẻ có thể hoặc có thể không chính xác nếu được truy cập từ nhiều luồng. Việc đồng bộ hóa quyền truy cập vào chính đối tượng mảng sẽ loại bỏ vấn đề này.

Answer 3

• AtomicInteger [] là một dãy số nguyên an toàn.
• AtomicIntegerArray là một chuỗi các số nguyên an toàn.

Answer 4

Bên dưới, AtomicInteger và AtomicIntegerArray thường sử dụng cùng một API mức thấp để thực hiện đọc, viết và các hoạt động CAS khác. (Ví dụ, OpenSDK 7 sử dụng sun.misc.Unsafe để thực hiện các hoạt động CAS trong cả hai lớp.) Vì vậy, có rất ít lợi ích về hiệu suất khi sử dụng AtomicInteger []. Như bạn đã lưu ý, việc sử dụng AtomicIntegerArray không có lợi thế đáng kể về bộ nhớ.

Trên một lưu ý thực tế, việc sử dụng sau này giải phóng bạn khỏi việc phải xây dựng tất cả các phiên bản AtomicInteger của bạn. Hãy nhớ rằng bạn không thể phân bổ một cách ngây thơ một cách ngây thơ vì lý do đồng thời; bạn sẽ phải phân bổ trước hoặc sử dụng một số cơ chế xuất bản an toàn. Vì vậy, ngoài lợi thế bộ nhớ, mã của bạn còn sạch hơn.

On Tương tự, nếu bạn có một loạt các đối tượng với các thành viên AtomicInteger, ví dụ:

class ReadCounter { 
    private final String _fileName; 
    private final AtomicInteger _readCount; 
    ... 
} 

private final Map<String, ReadCounter> _counterByName = ...; 

Sau đó, bạn có thể đạt được những cải thiện bộ nhớ tương tự bằng cách mô hình hóa các biến thành viên _readCount như một volatile int và sử dụng AtomicIntegerFieldUpdater.