Là đối tượng gộp một kỹ thuật không dùng nữa?

Tôi rất quen thuộc với khái niệm gộp đối tượng và tôi luôn cố gắng sử dụng nó nhiều nhất có thể.

Ngoài ra, tôi luôn nghĩ rằng nhóm đối tượng là chuẩn mực tiêu chuẩn như tôi đã quan sát thấy rằng chính Java cũng như các khung công tác khác sử dụng nhóm càng nhiều càng tốt.

Gần đây mặc dù tôi đã đọc một cái gì đó hoàn toàn mới (và phản trực giác?) Với tôi.

Việc gộp nhóm đó thực sự làm cho hiệu năng chương trình trở nên tồi tệ hơn, đặc biệt là trong các ứng dụng đồng thời và newthay vào đó, nên khởi tạo các đối tượng, vì trong các JVM mới hơn, việc khởi tạo một đối tượng thực sự rất nhanh.

Tôi đọc điều này trong cuốn sách: Java Concurrency in Practice

Bây giờ tôi bắt đầu suy nghĩ nếu tôi hiểu sai điều gì đó ở đây vì phần đầu tiên của cuốn sách đã khuyến khích sử Executorsdụng Threads tái sử dụng đó thay vì tạo ra các trường hợp mới.

Vì vậy, ngày nay đối tượng gộp lại trở nên phản đối?

Nó không được coi là một kỹ thuật chung, bởi vì - như bạn nhận thấy - việc tạo và phá hủy các đối tượng tồn tại ngắn trên mỗi se (tức là cấp phát bộ nhớ và GC) là cực kỳ rẻ trong các JVM hiện đại. Vì vậy, việc sử dụng nhóm đối tượng viết tay cho các đối tượng chạy của bạn rất có thể chậm hơn, phức tạp hơn và dễ bị lỗi hơn so với đơn giản new. *

Mặc dù vậy, nó vẫn có những công dụng của nó, đối với các đối tượng đặc biệt có sự sáng tạo tương đối tốn kém, như kết nối DB / mạng, luồng, v.v.

* _{Một lần tôi phải cải thiện hiệu năng của ứng dụng Java đang thu thập dữ liệu. Điều tra đã phát hiện ra một nỗ lực sử dụng một nhóm đối tượng để phân bổ hàng triệu đối tượng ... và anh chàng thông minh đã viết nó đã sử dụng một khóa toàn cầu duy nhất để làm cho nó an toàn. Thay thế hồ bơi bằng đồng bằng newlàm cho ứng dụng nhanh hơn 30 lần.}

Câu trả lời cho câu hỏi cụ thể: 'Đối tượng có phải là một kỹ thuật không dùng nữa không?' Là:

Không. Nhóm đối tượng được sử dụng rộng rãi ở những nơi cụ thể - nhóm luồng, nhóm kết nối cơ sở dữ liệu, v.v.

Tạo đối tượng chung chưa bao giờ là một quá trình chậm. Tập hợp chính nó tiêu tốn tài nguyên - bộ nhớ và sức mạnh xử lý. Bất kỳ tối ưu hóa là một sự đánh đổi.

Quy tắc là:

Tối ưu hóa sớm là xấu xa !!!

Nhưng khi nào là tối ưu hóa sớm nhất định?

Tối ưu hóa sớm là bất kỳ tối ưu hóa nào được thực hiện, trước khi bạn phát hiện ra một nút cổ chai thông qua hồ sơ kỹ lưỡng .

Trong các tình huống mà bạn muốn tránh thu gom rác hoàn toàn, tôi nghĩ việc gộp đối tượng là giải pháp thay thế khả thi duy nhất. Vì vậy, không, nó hoàn toàn không phải là một kỹ thuật không dùng nữa.

Đo lường

Nó hoàn toàn phụ thuộc vào trường hợp sử dụng, kích thước của các đối tượng của bạn, JVM của bạn, các tùy chọn JVM của bạn, những gì bạn đã kích hoạt và một loạt các yếu tố khác.

Tóm lại: đo nó trước và đo sau. Giả sử bạn đang sử dụng khung tổng hợp đối tượng (như từ Apache) thì sẽ không quá khó để trao đổi giữa các lần triển khai.

Mẹo kiểm tra hiệu năng bổ sung - trước tiên hãy để JVM khởi động một chút, chạy thử nghiệm trên JVM đang chạy một số lần, nó có thể hoạt động khác đi.

Việc gộp nhóm đó thực sự làm cho hiệu năng chương trình trở nên tồi tệ hơn, đặc biệt là trong các ứng dụng đồng thời và thay vào đó, nên khởi tạo các đối tượng mới, vì trong các JVM mới hơn, việc khởi tạo một đối tượng thực sự rất nhanh.

Phụ thuộc vào bối cảnh.

Tôi không biết có một xu hướng thay đổi ở đây không nhưng chắc chắn nó sẽ là trường hợp mà nó phụ thuộc . Nếu lớp Java của bạn đang quản lý tài nguyên bên ngoài, chẳng hạn như kết nối RMI hoặc tải tệp tài nguyên, v.v. - thì chắc chắn chi phí cho việc khởi tạo đối tượng vẫn có thể cao (mặc dù các tài nguyên đó có thể được gộp chung cho bạn!). Như một thông lệ chung, tôi đồng ý với cuốn sách.