đăng nhập gỡ lỗi kích hoạt kiểm tra trong java

Question

Điểm có tuyên bố nếu ở đây là gì? Mức độ nghiêm trọng có thể được thay đổi trong tập tin cấu hình log4j.xml. Nếu mức độ nghiêm trọng là gỡ lỗi, nó sẽ đăng nhập thông báo gỡ lỗi, nếu không nó sẽ không.

Ý nghĩa của câu lệnh if dưới đây là gì?

if (log.isDebugEnabled()) 
    { 
     log.debug("I am logging something"); 
    } 

Answer 1

Trong ví dụ của bạn không có nhu cầu về một 'nếu' statement (giữa 'nếu' không phải là một vòng lặp)

Nhưng nếu bạn lấy ví dụ dưới đây sau đó bạn có thể thấy rằng chúng tôi làm một nối và nếu cấp độ đăng nhập là thông tin sau đó không cần thiết thao tác ghép nối này sẽ được thực hiện. Để có hiệu suất tốt hơn, chúng tôi kiểm tra tình trạng này.

if (log.isDebugEnabled()) 
{ 
    log.debug("I am logging " + 1234 + "."); 
} 

thêm thông tin:

Sử dụng slf4j để tránh như vậy nếu có điều kiện. Tuyên bố trên có thể được viết lại trong slf4j như sau,

log.debug("I am logging {} .", 1234); 

Answer 2

Đây được xem là phương pháp hay. Ví dụ, nếu có một số chuỗi nối nó không được đánh giá và kiểm tra trong log4j, nhưng nó được kiểm tra đầu tiên.

Ví dụ:

if (log.isDebugEnabled()) { 
    log.debug("N=" + N + ", a=" + Arrays.toString(a)); 
} 

phương pháp Arrays.toString() và cũng nối không được thực hiện nếu debug không được kích hoạt. Nếu không có if nó được gọi trước và sau đó được kiểm tra, đó là tất cả ;-)

Ý kiến ​​của tôi là khi có chuỗi đơn giản như trong ví dụ của bạn nếu xung quanh việc ghi nhật ký là không cần thiết, nếu có điều gì phức tạp hơn (thậm chí phức tạp hơn như trong ví dụ của tôi) điều này có thể tiết kiệm một số thời gian CPU trong chế độ sản xuất (không có chế độ gỡ lỗi được kích hoạt). Bạn cũng phải nhận ra rằng trong trường hợp ghép nối có String.valuOf() gọi (đối tượng không null) gọi phương thức toString(), có thể thực sự là vấn đề hiệu suất đối với các đối tượng dữ liệu lớn (các bean có nhiều thuộc tính) nếu bạn xem xét nó gọi không logic kinh doanh (do đó nó là "vô ích").

Answer 3

Đó là tối ưu hóa hiệu suất. Nó được thực hiện để tránh đánh giá các đối số cho log.debug. Nó chỉ đáng làm nếu việc xây dựng thông điệp tường trình đặc biệt tốn kém (ví dụ: nối tiếp một tài liệu XML).

Điều này được đề cập chi tiết trong số Short introduction to log4j.