Tôi có cần phải tắt NSLog trước khi phát hành Ứng dụng không?

Khi phát hành một ứng dụng cho iPhone, nếu tôi tắt NSLog();nó có hoạt động tốt hơn không?

Một cách để làm điều đó là vào cài đặt Bản dựng của bạn và trong cấu hình Gỡ lỗi, hãy thêm giá trị vào giá trị "Macro tiền xử lý" như:

DEBUG_MODE=1

Đảm bảo rằng bạn chỉ thực hiện việc này cho cấu hình Gỡ lỗi chứ không phải cho các phiên bản Beta hoặc Release. Sau đó, trong một tệp tiêu đề chung, bạn có thể thực hiện một số việc như:

#ifdef DEBUG_MODE
#define DLog( s, ... ) NSLog( @"<%p %@:(%d)> %@", self, [[NSString stringWithUTF8String:__FILE__] lastPathComponent], __LINE__, [NSString stringWithFormat:(s), ##__VA_ARGS__] )
#else
#define DLog( s, ... ) 
#endif

Bây giờ thay vì NSLog sử dụng DLogở mọi nơi. Khi kiểm tra và gỡ lỗi, bạn sẽ nhận được thông báo gỡ lỗi. Khi bạn sẵn sàng phát hành bản beta hoặc bản phát hành cuối cùng, tất cả các DLogdòng đó sẽ tự động trở nên trống và không có gì được phát ra. Bằng cách này, không cần cài đặt thủ công các biến hoặc nhận xét NSLogscần thiết. Chọn mục tiêu xây dựng của bạn sẽ giải quyết nó.

Cập nhật cho Xcode 5 và iOS 7

lưu ý: đối với giải pháp Xcode 7 / Swift 2.1 để loại bỏ các câu lệnh print () trong bản phát hành, hãy tìm câu trả lời của tôi tại đây .

Có, bạn nên xóa bất kỳ câu lệnh NSLog nào trong mã phát hành của mình, vì nó chỉ làm chậm mã của bạn và không có ích trong phiên bản phát hành. May mắn thay, trong Xcode 5 (iOS 7), việc loại bỏ tất cả các câu lệnh NSLog của bạn 'tự động' trong các bản dựng phát hành rất đơn giản. Vậy tại sao lại không làm.

Đầu tiên là 3 bước cần thực hiện, sau đó là một số giải thích

1) trong dự án Xcode của bạn, tìm tệp 'yourProjectName-prefix.pch' (thông thường bạn sẽ tìm thấy tệp này trong nhóm 'tệp hỗ trợ', nơi chứa tệp main.m của bạn

2) thêm 3 dòng này vào cuối tệp '.pch':

#ifndef DEBUG
   #define NSLog(...);
#endif

3) kiểm tra sự khác biệt giữa phiên bản 'gỡ lỗi' và 'phát hành' của bạn. Một cách để làm điều này là thông qua 'chỉnh sửa lược đồ' -> 'chạy tên ứng dụng' -> trong tab 'thông tin', chọn bằng cách sử dụng hộp thả xuống giữa gỡ lỗi và phát hành. Trong phiên bản phát hành, bạn sẽ không thấy bất kỳ đầu ra NSLog nào trong bảng điều khiển gỡ lỗi!

Làm thế nào để tất cả điều này hoạt động?

trước hết, người ta phải biết rằng một bộ tiền xử lý tương đối 'ngu ngốc', và chỉ hoạt động như một 'bộ thay thế văn bản' trước khi trình biên dịch được gọi. Nó thay thế bất kỳ thứ gì bạn '#define' bằng những gì sau #definecâu lệnh.

#define NSLog(...);

Viết (...)tắt của 'bất cứ thứ gì' giữa dấu ngoặc (). Tâm trí cũng ;là cuối cùng. Điều này không hoàn toàn cần thiết vì trình biên dịch sẽ tối ưu hóa điều này đi, nhưng tôi muốn đặt nó ở đó, vì nó 'chính xác' hơn. Sau khi của chúng ta #definelà 'không có gì', vì vậy bộ tiền xử lý sẽ thay thế nó bằng 'không có gì', và do đó, nó sẽ loại bỏ dòng hoàn chỉnh, bắt đầu từ NSLog...cho đến khi và bao gồm; .

câu lệnh xác định có thể được thực hiện có điều kiện bằng cách sử dụng #ifdef(nếu được định nghĩa) hoặc#ifndef (nếu không được định nghĩa)

ở đây chúng tôi viết #ifndef DEBUG, có nghĩa là 'nếu ký hiệu DEBUG không được xác định'. các #ifdefhoặc#ifndef cần phải 'đóng' với#endif

Xcode 5 xác định theo mặc định biểu tượng 'GỠ LỖI' cho chúng tôi khi chế độ xây dựng là 'GỢI Ý'. Trong 'phát hành', điều này không được xác định. bạn có thể xác minh điều này trong cài đặt dự án của mình, tab 'Cài đặt bản dựng' -> cuộn xuống phần 'Apple LLVM 5.0 - Tiền xử lý' -> macro tiền xử lý. Bạn sẽ thấy rằng ký hiệu 'GỠ LỖI' không được xác định cho các bản phát hành!

cuối cùng, tệp .pch được Xcode tạo tự động và tự động được đưa vào mọi tệp nguồn trong thời gian biên dịch. Vì vậy, nó giống như thể bạn đã đặt toàn bộ #definevào mỗi tệp nguồn của mình.

Hầu như tất cả các câu trả lời trên đều là một giải pháp nhưng không giải thích được vấn đề. Tôi đã tìm kiếm trên google và tìm ra lý do. Đây là câu trả lời của tôi:

Có, nếu bạn nhận xét NSLog trong phiên bản phát hành của mình, hiệu suất sẽ trở nên tốt hơn. Vì NSLog khá chậm. Tại sao? NSLog sẽ thực hiện hai việc 1) ghi thông báo nhật ký vào Apple System Logging (ASL), 2) nếu ứng dụng chạy bằng xcode, nó cũng ghi vào stderr.

Vấn đề chính nằm ở vấn đề đầu tiên. Để đạt được sự an toàn của luồng, mỗi khi NSLog được gọi, nó sẽ mở một kết nối đến cơ sở ASL , gửi tin nhắn và đóng kết nối. Hoạt động kết nối rất tốn kém. Một lý do khác là NSLog dành một ít thời gian để lấy dấu thời gian để ghi nhật ký.

Tham khảo từ đây .

Yêu thích cá nhân của tôi là sử dụng một macro đa dạng.

#ifdef NDEBUG
    #define NSLog(...) /* suppress NSLog when in release mode */
#endif

Ngoài tất cả những người đã nhận xét một cách khôn ngoan rằng không gọi điện NSLog()trong quá trình sản xuất chạy nhanh hơn một chút, tôi sẽ nói thêm rằng:

Tất cả các NSLog()chuỗi đầu ra đó sẽ hiển thị cho bất kỳ ai tải xuống ứng dụng của bạn từ cửa hàng và chạy ứng dụng đó với thiết bị được cắm vào máy mac chạy Xcode (thông qua cửa sổ Organizer).

Tùy thuộc vào thông tin bạn đăng nhập (và đặc biệt nếu ứng dụng của bạn liên hệ với máy chủ, xác thực, v.v.), đây có thể là một vấn đề bảo mật nghiêm trọng .

Bên trong cài đặt mặc định hiện tại của dự án trong Xcode, NS_BLOCK_ASSERTIONSmacro sẽ được đặt thành 1 trong phiên bản phát hành và DEBUG=1trong phiên bản Gỡ lỗi.

Vì vậy, tôi thích phương pháp sau hơn.

// NS_BLOCK_ASSERTIONS is defined by default, as shown in the screenshot above.
// Or, you can define yourself Flags in the `Other C Flags` -> `Release`.
#ifndef NS_BLOCK_ASSERTIONS
    #define _DEBUG
#endif

#ifdef _DEBUG
// for debug mode 
#define DLog(fmt,...) NSLog(@"%s " fmt, __FUNCTION, ##__VA_ARGS__) 
... /// something extra
#else
// for release mode
#define DLog(fmt,...) /* throw it away */
... /// something extra
#endif

Có, bạn nên vô hiệu hóa nó. Đặc biệt nếu bạn đang cố gắng tối đa hóa tốc độ mã của mình. NSLogging những thứ bên trái và bên phải gây ô nhiễm nhật ký hệ thống mà các nhà phát triển khác có thể đang cố gắng đào sâu và nó có thể có tác động lớn đến mã quan trọng về tốc độ (vòng lặp bên trong, v.v.) Tôi đã vô tình để lại một số thông báo nhật ký trong một hàm đệ quy một lần và phải phát hành bản cập nhật với tốc độ "tăng 30%!" một vài tuần sau đó... ;-)

Tất cả các câu trả lời đều tốt, tuy nhiên đây là một mẹo nhỏ khác mà bạn có thể cân nhắc sử dụng, chủ yếu trong giai đoạn phát triển / thử nghiệm ứng dụng của mình.

Nó cũng có thể hữu ích cho mã phát hành ứng dụng, nếu bạn chỉ muốn chuyển mã gỡ lỗi của BẠN chứ không phải các thông báo có thể chỉ ra các vấn đề nằm ngoài tầm kiểm soát trực tiếp của mã của bạn.

Thủ thuật:

Bạn có thể tắt NSLog cho mỗi tệp .m bằng cách chỉ cần thêm dòng sau vào đầu tệp .m :

#define NSLog(...)

( LƯU Ý: KHÔNG đặt tệp này là tệp .h, chỉ tệp .m! )

Điều này chỉ làm cho trình biên dịch đánh giá NSLog()bằng cách mở rộng macro bộ xử lý trước của bạn. Macro không làm gì khác ngoài việc loại bỏ các đối số.

nếu bạn muốn bật lại nó, bạn luôn có thể sử dụng

#undef NSLog

Ví dụ, bạn có thể chỉ cần ngăn chặn các lệnh gọi đến NSLog xung quanh một nhóm phương thức cụ thể bằng cách thực hiện một số việc như

#define NSLog(...)
-(void) myProblematicMethodThatSometimesNeedsDebugging {
    ...
}
#undef NSLog

NSLog chậm và không nên được sử dụng cho các bản phát hành. Một macro đơn giản như dưới đây sẽ vô hiệu hóa nó cùng với bất kỳ xác nhận nào bạn có thể có cũng sẽ bị vô hiệu hóa. Trong trường hợp ít phổ biến hơn khi bạn muốn NSLog trong một bản phát hành, chỉ cần gọi nó trực tiếp. Đừng quên thêm "-DNDEBUG" vào cài đặt xây dựng "cờ c khác" của bạn.

#ifdef NDEBUG
#define MYLog(f, ...) 
#else
#define MYLog(f, ...) NSLog(f, ## __VA_ARGS__)
#endif

trong tệp pch, hãy ghi lại điều này trước #endif

#define NSLog() //

cái này thì sao?

#ifndef DEBUG_MODE
        fclose(stderr);     // the simplest way to disable output from NSLog
#endif    

var showDebugLogs = false;

    func DLog(format: String, args: CVarArgType...) {
        if showDebugLogs{
        println(String(format: format, arguments: args))
        }
    }

Điều này cũng sẽ chấp nhận các đối số bổ sung .. Chỉ cần giá trị tham số showDebugLogs thành true hoặc false, tùy theo nhu cầu của bạn