Chi phí của việc tạo nhật ký SLF4J trong bối cảnh tĩnh và không tĩnh là gì?

Question

Tôi luôn sử dụng các mô hình sau đây để xây dựng (SLF4J) logger:

private static final Logger log = LoggerFactory.getLogger(MyClass.class); 

này đã làm việc cho đến nay, nhưng tôi đã tự hỏi về static bối cảnh tại một số điểm và nhu cầu để vượt qua trong lớp bê tông đen tất cả các thời gian thay vì chỉ sử dụng một logger không tĩnh như

private final Logger log = LoggerFactory.getLogger(getClass()); 

này đã cơ bản được yêu cầu (và trả lời) trước đây để log4j

Should logger be private static or not

và đây

Should be logger always final and static?

Tôi nhận ra final về cơ bản là bắt buộc, vì vậy tôi lại tự hỏi cao bao nhiêu chi phí của việc sử dụng của SLF4J trong bối cảnh không tĩnh thực sự là.

Q:

Có đáng kể thực tế overhead của việc sử dụng

private final Logger log = LoggerFactory.getLogger(getClass()); 

qua

private static final Logger log = LoggerFactory.getLogger(MyClass.class); 

ở mức trung bình (web) ứng dụng ? (Không cần phải "thảo luận" cao cấp, nặng tải webapps đây)

---

Lưu ý, tôi cuối cùng lên kế hoạch để sử dụng một cách tiếp cận thậm chí đẹp hơn bằng CDI để có được một logger SLF4J như

@Inject private final Logger log; 

như được mô tả ở đây http://www.seamframework.org/Weld/PortableExtensionsPackage#H-TtLoggerttInjection, nhưng trước tiên tôi cần phải biết về bộ nhớ đệm của trình ghi nhật ký.

câu hỏi Sub: là nó thậm chí có thể sử dụng ?:

@Inject private static final Logger log; 

(chỉ mới bắt đầu với CDI phải trung thực)

Answer 1

Chi phí cho biến nhật ký không tĩnh (ví dụ) phải là không đáng kể trừ khi nhiều, giả sử 10000 hoặc nhiều hơn, xảy ra sự kiện. Từ khóa ở đây là không đáng kể. Nếu nhiều (> 10000) đối tượng được khởi tạo, tác động có thể sẽ được đo lường nhưng vẫn còn thấp.

Cụ thể hơn, trình ghi nhật ký thể hiện tăng dấu chân bộ nhớ bằng một tham chiếu (64 bit) cho mỗi cá thể đối tượng. Về phía CPU, chi phí là một băm tìm kiếm trên mỗi trường hợp, tức là chi phí tra cứu trình ghi nhật ký thích hợp trong bảng băm (nhỏ). Một lần nữa, cả hai chi phí sẽ không đáng kể trừ khi nhiều đối tượng được tạo ra.

Câu hỏi này cũng được thảo luận trong số SLF4J FAQ.

Answer 2

Tôi không chắc chắn về các chi phí chính xác khi sử dụng LoggerFactory nhưng tôi nghi ngờ nó sẽ ảnh hưởng đến hiệu suất ứng dụng của bạn. Vì vậy, chỉ cần sử dụng tĩnh hoặc không tĩnh như bạn thấy phù hợp.

Lợi ích của việc sử dụng @Inject là gì. LoggerFactory đã cung cấp và trừu tượng từ impl cụ thể. Trong mọi trường hợp, nó sẽ chậm hơn rất nhiều so với LoggerFactory.

Cú pháp súc tích hơn khi bạn sử dụng @Inject đúng. Nhưng hãy tưởng tượng bạn sử dụng lớp trong bài kiểm tra. Sau đó, bạn phải thiết lập tiêm để có được khai thác gỗ. Với LoggerFactory bình thường, nó cũng hoạt động tốt trong các thử nghiệm. Nếu java có một cơ chế chung cho @Inject nó sẽ hoạt động tốt nhưng vì nó là thiết lập khó khăn hơn.