ios發布以後關鍵資訊確認與nslog

2021-09-07 16:49:28 字數 1080 閱讀 1280

發布以後資訊檢視的路徑:

xcode->window->devices and …->檢視如圖的log。

通常在發布以後,處於安全和效能的考慮,會禁止列印log;但是在關鍵的資訊需要檢視的情況下,可以定製乙個特殊的列印機制進行保留。

前提:在xcode做開發除錯時往往需要列印一些除錯資訊做debug用, 大家知道當列印資訊的地方多了之後在模擬器上跑可能不會有什麼問題, 因為模擬器用的是電腦的硬體但是當應用跑在裝置上時這些輸出語句會在很大程度上影響應用的效能, 針對這種問題可以寫一些巨集來控制這些除錯資訊的輸出。

在release版本禁止輸出nslog內容

如何實現:

在-prefix.pch(pch全稱是「precompiled header」,也就是預編譯標頭檔案,

該檔案裡存放的工程中一些不常被修改的**,比如常用的框架標頭檔案,

這樣做的目的提高編譯器編譯速度。我們知道當我們修改乙個工程中某個檔案**時候,

編譯器並不是重新編譯所有所有檔案,而是編譯改動過檔案的,假如pch中某個檔案修改了,

那麼pch整個檔案裡包含的的其他檔案也會重新編譯一次,這樣就會消耗大量時間,

所以它裡面新增的檔案最好是是很少變動或不變動的標頭檔案或者是預編譯的**片段;)

檔案中新增

#ifdef debug

#define nslog(...) nslog(__va_args__)

#define debugmethod() nslog(@"%s", __func__)

#else

#define nslog(...)

#define debugmethod()

#endif

上段**的意思就是 用巨集指令做乙個判斷,如果debug為真,則編譯#ifdef到#endif巨集定義,否則編譯器就不編譯;

這個debug在哪設定呢

在 「target > build settings > preprocessor macros > debug」 裡有乙個」debug=1」。

設定為debug模式下,product→scheme→schemeedit scheme設定build configuration成debug時,

關於iOS7以後版本企業發布問題

大家都知道,蘋果在發布7.1以後,不打個招呼就把企業發布方式給換掉了 譴責一下 以前普通伺服器 web頁面 ipa plist就可以搞定,現在已經不行了。這裡重點說一下會遇到的問題以及解決方法。1 由於我們現在需要的是https加密型別的web頁面,所以我們需要購買證書。這裡要注意的是自己頒發的證書...

發布與訂閱資訊

發布訂閱 pub sub 是一種訊息通訊模式,主要的目的是 解除 訊息發布者和訊息訂閱者之間的 耦合,redis作為乙個pub sub的server,在訂閱者和發布者之間起到了訊息路由的功能,訂閱者可以通過 subscribe和psubscribe命令向redis server訂閱自己感興趣的訊息型...

IOS證書與發布的那些事

各種證書的概念,參考如下,這裡不再科普。開發者申請證書個數是有限制的,最多3個。如果大於3臺開發機使用的話,如何辦?第一種,revake,除非是沒有人用的。不然別人的profile就不能用,後果很嚴重的。第二種,生成個p12檔案。在有金鑰的那個機器上生成。放在別人的機器上安裝,就可以使用了。使用的x...