講述Sagit.Framework解決：雙向引用導致的IOS記憶體泄漏（中）- IOS不為人知的Bug

来源:https://www.cnblogs.com/cyq1162/archive/2018/01/07/8207497.html
-Advertisement-
Play Games

話說昨晚，寫了一篇：講述Sagit.Framework解決：雙向引用導致的IOS記憶體泄漏（上）文章寫到最後時，多了很多莫名奇妙的問題！！！為瞭解決了這些莫名奇妙的問題，我又戰鬥了24小時〜〜〜然後終於解決了問題，原來是IOS的隱藏性Bug，只想恨恨的說一聲fuck~~~ ...


前言：

話說昨晚還是前晚，寫了一篇：講述Sagit.Framework解決：雙向引用導致的IOS記憶體泄漏（上）

文章寫到最後時，多了很多莫名奇妙的問題！！！

為瞭解決了這些莫名奇妙的問題，我又戰鬥了24小時〜〜〜

然後終於解決了問題，原來是IOS的隱藏性Bug，只想恨恨的說一聲fuck~~~

故事起源：

故事是這樣的，為了處理記憶體釋放的問題，正常人的思維，都是給對象的dealloc增加日誌輸出。

於是，UIView、UIViewController和兩個Sagit定義的基類STView、STController，自然而然就加上了這麼一行代碼：

-(void)dealloc{
    NSLog(@"UIView relase -> %@", [self class]);
}

然後就通過輸出的日誌，觀察該方法被執行與否，來確認對象是否正常被釋放。

在各種強引用、弱引用、迴圈引用、先強後弱引用的坑裡跳來跳去後，終於祭出了完美的殺招，來處理這些問題：

-(id)key:(NSString *)key
{
    id value=[self.keyValue get:key];
    if(value==nil)
    {
        value=[self.keyValueWeak get:key];
    }
    return value;
}
-(UIView*)key:(NSString *)key valueWeak:(id)value
{
    [self.keyValueWeak set:key value:value];
    return self;
}
-(UIView*)key:(NSString *)key value:(id)value
{
    [self.keyValue set:key value:value];
    return self;
}
-(NSMapTable*)keyValueWeak
{
    NSMapTable *kv=[self.keyValue get:@"keyValueWeak"];
    if(kv==nil)
    {
        kv=[NSMapTable mapTableWithKeyOptions:NSMapTableWeakMemory valueOptions:NSMapTableWeakMemory];
        [self.keyValue set:@"keyValueWeak" value:kv];
    }
    return kv;
//    NSMapTable *kv= (NSMapTable*)objc_getAssociatedObject(self, &keyValueWeakChar);
//    if(kv==nil)
//    {
//        kv=[NSMapTable mapTableWithKeyOptions:NSMapTableWeakMemory valueOptions:NSMapTableWeakMemory];
//        objc_setAssociatedObject(self, &keyValueWeakChar, kv,OBJC_ASSOCIATION_RETAIN);
//    }
//    return kv;
}

-(NSMutableDictionary<NSString*,id>*)keyValue
{

    NSMutableDictionary<NSString*,id> *kv= (NSMutableDictionary<NSString*,id>*)objc_getAssociatedObject(self, &keyValueChar);
    if(kv==nil)
    {
        kv=[NSMutableDictionary<NSString*,id> new];
        objc_setAssociatedObject(self, &keyValueChar, kv,OBJC_ASSOCIATION_RETAIN);
    }
    return kv;
}

通過在強引用的Dictionary里，保存一個弱引用NSTableMap，來存檔一些需要弱引用的對象，比如View或Controller等對象。

正當我在思索上面的解法的時候：另一個要命的導航欄Crash問題也出現了，而且在以下三種情形都會Crash掉：

導航欄命案一：回退即Crash

 一開始是通過導航欄回退看日誌輸出，結果卻動不動給我來這個：

關鍵還什麼全局斷點、僵使對象等方法都無效，只能靠猜〜〜〜〜〜

處理這個問題呢，還好，我是把代碼折半註釋，最後定位到：

圈起來的代碼，是為每一個UI，都增加兩個屬性，前一個UI和後一個UI。

解決也很簡單，用弱引用存檔就好了（這個時候，強弱引用的問題已經被我完美解決了）：

// Name
- (UIView*)preView{
    return [self key:@"preView"];
}
- (UIView*)preView:(UIView*)view
{
    return [self key:@"preView" valueWeak:view];
}

- (UIView*)nextView{
    return [self key:@"nextView"];
}
- (UIView*)nextView:(UIView*)view
{
    return [self key:@"nextView" valueWeak:view];
}

導航欄命案2：回退兩次即Crash

上一次是引用問題，這一次呢？我X，錯誤的提示，還是和上圖一樣，一個main含數里讓你猜〜〜〜〜〜

而且一級就正常，二級就掛給你看〜〜〜真不要臉。

然後，就是針對這種靈異事件，各種渡，發現全世界都沒出現我這個問題〜〜〜〜這真神了去了。

然後又開始註釋代碼，神奇的發現，在彈回後退時，如果把上一個狀態欄給重新設置一遍，即不會出現Crash現象。

所以，我是這麼思考導航欄問題的：

    1: 一個navigationCtroller只有一個navigationBar。
    2: 每一個viewController，都會覆寫前一個navigationBar。
    3: 所以，到下一層時，UINavigationBar指向最後一個Controller
    4: 當回退時，最後一個Controller被釋放後，navigationBar沒有被重繪的話，事件指向就會出問題。

然後又開始著手保存當前狀態，然後後退時還原狀態這條路。

由於後退是自定義事件，所以可以在事件裡加代碼還原，但是如果是滑動返回呢？

千身萬苦之後，找到：shouldPopItem，在這裡可以做點事情：

@implementation UINavigationController (ST)

#pragma mark NavigationBar 的協議，這裡觸發
// fuck shouldPopItem 方法存在時，只會觸發導航欄後退，界面視圖卻不後退。
- (BOOL)navigationBar:(UINavigationBar *)navigationBar shouldPopItem:(UINavigationItem *)item  // same as push methods
{
    //重設上一個Controller的導航（不然在二次Push後再Pop會Crash)
    NSInteger count=self.viewControllers.count;
    if(count>0)//發現這裡返回的viewControllers，已經是移掉了當前的Controller後剩下的。
    {
        UIViewController *preController=self.viewControllers[count-1];//獲取上一個控制器
        if([preController needNavBar])
        {
            [preController reSetNav:self];
        }
    }

    return YES;
}
//返回到當前頁面
- (void)navigationBar:(UINavigationBar *)navigationBar didPopItem:(UINavigationItem *)item
{
//    if(navigationBar!=nil && [navigationBar.lastSubView isKindOfClass:[UIButton class]])
//    {
//       // [navigationBar.lastSubView height:0];//取消自定義覆蓋的UIButton
//    }
    NSInteger count=self.viewControllers.count;
    if(count>0)
    {
        UIViewController *current=self.viewControllers[count-1];
        self.navigationBar.hidden=![current needNavBar];
//        if(!self.navigationBar.isHidden)
//        {
//            [current reSetNav:self];
//        }
        if(self.tabBarController!=nil)
        {
            self.tabBarController.tabBar.hidden=![current needTabBar];
        }
    }
}
-(void)dealloc
{
    NSLog(@"UINavigationController relase -> %@", [self class]);
}
@end

改完之後，發現一切又正常了，然後，又迎來了導航欄的第3波bug。

（PS：shouldPopItem 這個方法，是第二個超級Bug坑）

導航欄命案3：第一個頁面存在自定義按鈕，則Crash

以下這個界面，右上角一個小相機事件。

因為解決問題2的代碼中，並沒有還原第一個頁的導航欄，所以事故還是發生了。

然後又思考，這預設的第一個頁面狀態怎麼保存？

直接保存整個UIButtonBar或者整個NavigationBar，再還原，竟然不行！！！

簡直欲哭無淚，各種渡，仍無果，為啥全世界，都沒這種問題呢？

難道全世界寫代碼都是記憶體不釋放，所以木有這個問題？

這麼基礎的問題，不是到處都會遇到的麽？

然後到了隔壁小伙的電腦上，把這種神奇的故事，在他電腦上重新演示了一遍！！！

果然還是和我電腦上的一樣！！！

果然這問題還是很常見，為啥呢，渡不出果呢？

不知道為什麼，作為一名新手，他跑去把這段代碼給註釋了：

//fuck dealloc 方法存在時，會影響導航的後退事件Crash，以下兩種情況：1:當前UI有自定義導航按鈕時；2:Push兩層再回退。
//-(void)dealloc
//{
////    if(self.gestureRecognizers.count>0)
////    {
////        if(self.gestureRecognizers!=nil)
////        {
////            for (NSInteger i=self.gestureRecognizers.count-1; i>=0; i--)
////            {
////                [self removeGestureRecognizer:self.gestureRecognizers[i]];
////            }
////        }
////    }
//    //[self.keyValueWeak removeAllObjects];
//  //  [self.keyValue removeAllObjects];
//
//    NSLog(@"UIView relase -> %@ name:%@", [self class],self.name);
//}

然後，一切正常了〜〜〜〜咦！！！！

是dealloc里的代碼有問題引發的？

然後內部代碼全註釋掉了，問題還是有！！！

把dealloc整個註釋掉，又正常了！！！

真相：IOS的Bug，不能擴展UIView的dealloc方法

到了這裡，真相終於出來了，只要擴展了UIView的dealloc方法，導航欄就敢死給你看！！！

我了個去，為了查記憶體釋放，所以要寫dealloc方法，但寫了這個方法，就引出來這麼多神奇的靈異事件。 

無語啊，這是為了讓我們不要管記憶體釋放問題，故意設下的坑麽。

IOS除了這個Bug，還有那個shouldPopItem事件，只要這個事件存在，預設return YES，就只返回導航頭，不會返回界面，也是個坑！！！

效果是這樣的：

總結：

真是人算不如天算，遇到這種坑，也是全宇宙第一人了。

這裡給大伙提供一個坑隊友的的新方法：

找個地方，對UIView擴展一個dealloc空方法。

然後就說這Bug很神奇，讓他幫忙看看，包對方頭大兩尺三〜〜〜

本來記憶體泄漏的問題，到此篇就結束的，不過還有一個任性的問題想解決：

希望在block里，任性的寫self，也不會造成記憶體匯漏問題。

又經過48小時的奮戰，終於解決了。

同時又發現另一個IOS的坑，好吧，只好把此文改成中，準備再來一篇下。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 關於linux命令ssh的總結
    因為項目計算量比較大,需要將任務分佈到多臺電腦上面運行,因為對於分散式概念不熟,就想到了linux最簡單的ssh協議,遠程式控制制其他電腦,然後寫shell腳本統一在所有電腦上運行程式.(我的操作系統為Ubuntu16.04) 首先在各自電腦上面輸入以下命令查看是否安裝了ssh ps -e | grep ...
  • CentOS6.5-安裝yum方法
    1、卸載原有系統中的yumrpm –qa | grep yum | xargs rpm -e --nodeps (xargs 把rpm –qa | grep yum傳來的每一行信息 都用xargs後面的命令進行處理) 2、創建一個目錄intallyum_mirrors.163.com，進入此目錄下載 ...
  • Centos6.5-dnsmasq安裝
    1、使用yum install dnsmasq -y 安裝dns（含dns server和dns代理功能） 2、查詢dnsmasq已經安裝成功 [root@localhost ~]# rpm -q dnsmasq dnsmasq-2.48-18.el6_9.x86_64 [root@localhos ...
  • Centos6.5-DHCPServer安裝
    1、查詢dhcp有沒有被安裝，如下沒有被安裝 [zfp@localhost ~]$ rpm -q dhcppackage dhcp is not installed[zfp@localhost ~]$ 2、查詢yum網路源中有關dhcp的rpm包 [root@localhost zfp]# yum ...
  • 【python】基礎知識練習題一
    1、執行Python腳本的兩種方式 2、簡述位、位元組的關係 3、簡述ascii、unicode、utf-­‐8、gbk的關係 4、請寫出 “朱銳” 分別用utf-­‐8和gbk編碼所占的位數 5、Pyhton單行註釋和多行註釋分別用什麼？ 6、聲明變數註意事項有那些？ 7、如有一下變數n1 = 5， ...
  • mongoose添加屬性問題
    在項目中遇到這樣一個問題。 項目地址： https://github.com/ccyinghua/vue-node-mongodb-project/blob/master/07-shoppingCart.md 有一個good商品模型(models/goods.js) 還有一個user用戶模型(mod ...
  • mycat全局自增
    指定自增類型 [root@node002 conf]# vi /usr/local/mycat/conf/server.xml 每個參數代表的含義： 0：本地文件自增方式。 1：使用mysql自增。 2：使用本地時間戳方式自增。（linux時間） 3：zk分散式方式 4：zookeeper自增方式 ...
  • 大數據學習系列之八----- Hadoop、Spark、HBase、Hive搭建環境遇到的錯誤以及解決方法
    前言 在搭建大數據Hadoop相關的環境時候，遇到很多了很多錯誤。我是個喜歡做筆記的人，這些錯誤基本都記載，並且將解決辦法也寫上了。因此寫成博客，希望能夠幫助那些搭建大數據環境的人解決問題。 說明 : 遇到的問題以及相應的解決辦法是對於個人當時的環境，具體因人而異。如果碰到同樣的問題，本博客的方法無 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類