ios那些事------通知汁雷,同志你好

前序


通知在我看來(lái),有好處也有壞處报咳。用好了那就是翻云復(fù)海侠讯,上天入地,無(wú)所不能暑刃。什么傳值厢漩、傳遞動(dòng)作就是一句話:天氣飄來(lái)五個(gè)字,那都不是事岩臣。但是如果用不好溜嗜,就不好說(shuō)了,內(nèi)存沒釋放架谎、通知沒收到炸宵、傳值錯(cuò)誤……,只能坐那望著天氣(貌似只有天花板)谷扣,嗚呼哀哉焙压。為了讓不會(huì)用通知的童鞋會(huì)用通知,讓知道通知的童鞋運(yùn)用自如,讓精通通知的童鞋(我去涯曲,把精通的童鞋拉出去砍了)野哭。好了。言歸正傳幻件,進(jìn)去正文拨黔。

我個(gè)人感覺通知最常用的幾個(gè)地方


一、從后一個(gè)控制器向前一個(gè)控制器傳遞某個(gè)信息的時(shí)候绰沥。

這個(gè)有個(gè)個(gè)人認(rèn)為最最重要的點(diǎn)要說(shuō)一下篱蝇,一個(gè)控制器或者一個(gè)視圖能接受通知的必備基礎(chǔ)是這個(gè)控制器或者視圖是要存在的,用專業(yè)一點(diǎn)的術(shù)語(yǔ)來(lái)說(shuō)就是要有內(nèi)存分配的徽曲。是走了init的構(gòu)造方法或者說(shuō)自己用nib造出來(lái)的零截,不然就算你在里面寫了玉皇大帝都認(rèn)同的接受通知方法也不行。大家想一想就想平時(shí)我們(發(fā)出通知者)去給遠(yuǎn)方的朋友寄一封掛念的信(通知信息)秃臣,但是寄到的首要條件是你填寫的收件人地址(接收通知界面)是有的涧衙,郵局(通知中心)才能給你及時(shí)(這個(gè)詞貌似不符合郵政的習(xí)慣(^0^))的送達(dá)。你如果直接去郵局把一封地址什么也沒寫的信去寄奥此,那么對(duì)不起弧哎,中國(guó)仁慈精神病醫(yī)院歡迎你。所以說(shuō)在使用通知的時(shí)候一定要注意這一點(diǎn)稚虎,與你的通知能否成功接收至關(guān)重要撤嫩。平常我自己的習(xí)慣是從前一個(gè)界面向后一個(gè)界面?zhèn)鬟f信息使用delegate或者block。建議在團(tuán)隊(duì)開發(fā)中用delegate蠢终,這樣不會(huì)打亂別人模塊的代碼序攘。個(gè)人開發(fā)中用block,這樣代碼簡(jiǎn)潔寻拂、方便两踏。

二、視圖和控制器之間傳遞信息

通常我們寫一個(gè)界面不會(huì)只在控制器上做操作兜喻,麻煩一點(diǎn)的界面都要再創(chuàng)建視圖梦染,啥?你從來(lái)都是在控制器上敲代碼朴皆,來(lái)帕识、來(lái)、來(lái)保證不打屎你遂铡。當(dāng)我們把代碼創(chuàng)建或者nib畫出的視圖加載到控制器上的時(shí)候肮疗,通常需要兩者交互做一些操作,你不能單獨(dú)寫一個(gè)視圖只是修飾作用不做任何的功能交互扒接。當(dāng)我們進(jìn)行交互的時(shí)候有幾種方法選擇:delegate伪货、block還有我們的豬腳:通知们衙。當(dāng)進(jìn)行一對(duì)一的行為的時(shí)候通常使用前兩者比較方便,重要的是他們就是創(chuàng)造出來(lái)進(jìn)行一對(duì)一操作的碱呼。但是如果是一對(duì)多的話(一個(gè)動(dòng)作對(duì)應(yīng)多個(gè)事件)蒙挑,那么通知是你的不二之選。

三:經(jīng)過(guò)多個(gè)界面?zhèn)鬟f信息

其實(shí)這個(gè)和第一種情況也差不多愚臀,但是是相隔多個(gè)界面忆蚀,這就是通知的牛逼之處。但是千萬(wàn)要記住姑裂。接收通知的界面一定是已經(jīng)有內(nèi)存的馋袜。

接下來(lái)咱們就說(shuō)說(shuō)通知的原理


其實(shí)通知原理一問(wèn)度娘一大堆解釋,我在這就用我自己的理解給大家狂談一下舶斧,剛剛上面也提及到了欣鳖,基本通知有三步走:post發(fā)送通知,NSNotificationCenter通知中心處理通知茴厉,addobserve接收通知泽台。不論發(fā)送通知還是接收通知都只有一條路可走,那就是通知中心呀忧。如果你還能找到另外一個(gè)路走师痕,那你真是酷炫牛逼呲啦冒火花了溃睹。通知中心是一個(gè)單例類而账,管理系統(tǒng)的所有通知事件,不論是我們手動(dòng)發(fā)出的還是系統(tǒng)的通知因篇。在創(chuàng)建通知的時(shí)候有兩種情況:

1泞辐、只是傳遞動(dòng)作,不傳遞具體的信息內(nèi)容詳情

- (void)postNotificationName:(NSString *)aName object:(nullable id)anObject;

2竞滓、傳遞具體的信息內(nèi)容咐吼,用字典傳遞。

- (void)postNotificationName:(NSString *)aName object:(nullable id)anObject userInfo:(nullable NSDictionary *)aUserInfo;

來(lái)個(gè)demo:一個(gè)完整的創(chuàng)建通知的過(guò)程:

//發(fā)送一個(gè)通知商佑,不攜帶參數(shù)

NSNotificationCenter *center = [NSNotificationCenter defaultCenter];

[center postNotificationName:@"colorChange" object:nil];

我這是創(chuàng)建了一個(gè)不傳遞值的通知“colorChange”锯茄,用于某個(gè)事件的執(zhí)行。

這個(gè)寫法其實(shí)比較繁瑣茶没,我們可以直接合成一句代碼:

[[NSNotificationCenter defaultCenter] postNotificationName:@"colorChange" object:nil];

在這里多啰嗦幾句:大家也看到了肌幽,通知的創(chuàng)建不是用init那個(gè)創(chuàng)建方法:

NSNotificationCenter *center = [[NSNotificationCenter alloc]init];

如果你這樣寫了,那么恭喜你抓半,寫錯(cuò)了喂急。前面已經(jīng)說(shuō)過(guò),通知是單例類笛求,程序里面只能同時(shí)有一個(gè)通知對(duì)象被創(chuàng)建出來(lái)廊移。其實(shí)如果你單例見多了糕簿,你就會(huì)發(fā)現(xiàn)他們創(chuàng)建方法很好認(rèn),特別是系統(tǒng)的單例類:比如偏好設(shè)置這個(gè)單例類狡孔,創(chuàng)建方法:

NSUserDefaults *defaults = [NSUserDefaults standardUserDefaults];

你會(huì)發(fā)現(xiàn)只要?jiǎng)?chuàng)建是什么s開頭懂诗,d開頭的,不用看一定是單例類步氏。我去响禽,又扯遠(yuǎn)了,繼續(xù)通知的事情荚醒。

發(fā)送通知?jiǎng)倓偽覀冋f(shuō)了不傳遞參數(shù)的demo芋类,來(lái)看一個(gè)傳遞參數(shù)的demo:

//要傳遞的參數(shù)

NSDictionary *dic = @{@"name":@"sun yun fei"};

//發(fā)送通知

[[NSNotificationCenter defaultCenter]postNotificationName:@"giveName" object:nil userInfo:dic];

通知如果要傳遞參數(shù),需要把參數(shù)放在字典中去傳遞界阁。大家看到了這兩個(gè)小demo侯繁,我把方法的object都設(shè)為了nil。那么這個(gè)參數(shù)起到什么作用呢泡躯?你猜贮竟,你再猜。好吧较剃,還是我告訴你吧咕别,這個(gè)參數(shù)有點(diǎn)像二次確認(rèn)的意思,就是在同一個(gè)通知name的情況下還可以通過(guò)object再次進(jìn)行細(xì)分通知写穴。就拿上面這個(gè)小demo說(shuō)惰拱,如果object為空,接收方會(huì)接受所有名字為giveName的通知啊送。但是如果object不為空偿短,接收方就會(huì)只接收名字為giveName的而且object正確的通知。(暈了木有馋没,有的舉個(gè)爪)

接收通知的方法與發(fā)送方法理論上是相對(duì)的昔逗,應(yīng)該也是有兩個(gè)方法:

1、只是接收動(dòng)作

- (void)addObserver:(id)observer selector:(SEL)aSelector name:(nullable NSString *)aName object:(nullable id)anObject;

2篷朵、接收具體的信息內(nèi)容

- (void)addObserver:(id)observer selector:(SEL)aSelector name:(nullable NSString *)aName object:(nullable id)anObject;

哈哈勾怒,你沒有眼花,這是用的同一個(gè)方法声旺。只是如果有值傳遞笔链,字典就不為空。

首先來(lái)一個(gè)只是動(dòng)作傳遞的demo

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(changeColor) name:@"colorChange" object:nil];

/**

* ?通知事件

*/

-(void)changeColor

{

self.nextButton.backgroundColor = [UIColor yellowColor];

}

這是一個(gè)完整的接收通知的寫法艾少,addObserver:self就是說(shuō)實(shí)現(xiàn)這個(gè)通知的方法在本類中實(shí)現(xiàn)卡乾,也就是-(void)changeColor這個(gè)方法的實(shí)現(xiàn)。selector:@selector(changeColor)就是選擇你要實(shí)現(xiàn)這個(gè)通知的方法缚够,name:@"colorChange"這個(gè)名字必須和你發(fā)送通知的名字一樣幔妨,不然鬼知道你要接收的哪個(gè)信息鹦赎。

傳遞值的通知demo

/**

* ?接收通知

*/

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(giveMyName:) name:@"giveName" object:nil];

/**

* ?通知事件

*/

-(void)giveMyName:(NSNotification *)user

{

NSDictionary *dic = user.userInfo;

NSString *name = dic[@"name"];

[self.nextButton setTitle:name forState:UIControlStateNormal];

}

這就是通知傳遞值的完整寫法,你要時(shí)刻記著通知傳值是用的字典误堡。那么接收過(guò)來(lái)要解開字典古话,取出你想要的值。你發(fā)現(xiàn)了沒锁施,取值的參數(shù)用的是NSNotification聲明的陪踩。NSNotification這個(gè)類的作用就是為NSNotificationCenter服務(wù)的(個(gè)人的理解呀),NSNotification里面包含三個(gè)參數(shù):

@property (readonly, copy) NSString *name;

@property (nullable, readonly, retain) id object;

@property (nullable, readonly, copy) NSDictionary *userInfo;

看到這悉抵,琢磨出來(lái)點(diǎn)什么木有呢肩狂?沒錯(cuò),NSNotificationCenter發(fā)送接收通知方法里面的name,object,userInfo都是NSNotification的參數(shù)姥饰。也就是說(shuō)你可以通過(guò)NSNotification取得通知的所有的信息傻谁。怎么樣,有沒有感覺程序這些所有的類都是一環(huán)扣一環(huán)的列粪,嘎嘎审磁。

到這里一個(gè)完整的通知過(guò)程基本就完成了,但是總感覺還差點(diǎn)什么岂座,差什么呢态蒂?知道的大聲說(shuō)出來(lái):是注銷通知。對(duì)费什,就是注銷通知〖鼗郑現(xiàn)在我們基本都用ARC開發(fā),內(nèi)存不用我們手動(dòng)的釋放了吕喘,但是這不是絕對(duì)的赘那,有的地方還是需要我們自己釋放內(nèi)存刑桑,通知就是這樣氯质。

釋放內(nèi)存有兩個(gè)方法:

- (void)removeObserver:(id)observer;

- (void)removeObserver:(id)observer name:(nullable NSString *)aName object:(nullable id)anObject;

但是我基本上都是用第一個(gè),直接把本控制器活著視圖的所有內(nèi)存都在結(jié)束的時(shí)候全部釋放

/**

* ?釋放通知

*/

-(void)dealloc

{

[[NSNotificationCenter defaultCenter]removeObserver:self];

}

當(dāng)然啦祠斧,你也可以一個(gè)一個(gè)的去釋放闻察,這個(gè)人愛好問(wèn)題,不做深究琢锋。

好了辕漂,估計(jì)某些大神要數(shù)落我了,寫的都是啥吴超,明明發(fā)送通知還有一個(gè)方法钉嘹。這個(gè)我想說(shuō)的是,我正要說(shuō)還有一個(gè)發(fā)送通知的方法呢(^_^)鲸阻。

- (void)postNotification:(NSNotification *)notification;

這個(gè)方法其實(shí)和上面兩個(gè)大同小異跋涣,只是把notification單獨(dú)拿出來(lái)定義了(啥缨睡,你不知道notification是什么,上面剛剛說(shuō)了你居然忘了陈辱,來(lái)人吶奖年,把這個(gè)拉出去砍了)。來(lái)個(gè)小demo大家就知道什么意思了

//要傳遞的參數(shù)

NSNotification *not = [[NSNotification alloc]initWithName:@"giveMessage" object:nil userInfo:nil];

//發(fā)送通知

[[NSNotificationCenter defaultCenter]postNotification:not];

怎么樣沛贪,很熟悉吧陋守。

好了,這次我真的把通知的方法說(shuō)完了利赋,什么水评,你們不信?媚送?之碗?氣死我了,把系統(tǒng)NSNotification類文件讓你看看季希,是不是都說(shuō)了

NSNotification的三個(gè)構(gòu)造方法適用于- (void)postNotification:(NSNotification *)notification;這個(gè)方法發(fā)送通知:

- (instancetype)initWithName:(NSString *)name object:(nullable id)object userInfo:(nullable NSDictionary *)userInfo NS_AVAILABLE(10_6, 4_0) NS_DESIGNATED_INITIALIZER;

+ (instancetype)notificationWithName:(NSString *)aName object:(nullable id)anObject;

+ (instancetype)notificationWithName:(NSString *)aName object:(nullable id)anObject userInfo:(nullable NSDictionary *)aUserInfo;

通知的單例創(chuàng)建:

+ (NSNotificationCenter *)defaultCenter;

通知的發(fā)送與接收方法:

- (void)addObserver:(id)observer selector:(SEL)aSelector name:(nullable NSString *)aName object:(nullable id)anObject;

- (void)postNotification:(NSNotification *)notification;

- (void)postNotificationName:(NSString *)aName object:(nullable id)anObject;

- (void)postNotificationName:(NSString *)aName object:(nullable id)anObject userInfo:(nullable NSDictionary *)aUserInfo;

通知的移除方法:

- (void)removeObserver:(id)observer;

- (void)removeObserver:(id)observer name:(nullable NSString *)aName object:(nullable id)anObject;

通知的接收方法以block形式執(zhí)行:

- (id)addObserverForName:(nullable NSString *)name object:(nullable id)obj queue:(nullable NSOperationQueue *)queue usingBlock:(void (^)(NSNotification *note))block NS_AVAILABLE(10_6, 4_0);

好吧褪那,我知道錯(cuò)了*?゜??*:.?..?.:*?'(*?▽?*)'?*:.?. .?.:*?゜??*,果然還有一個(gè)方法沒和大家說(shuō)到式塌,那么博敬,你準(zhǔn)備好了嗎?Let's Go:

- (id)addObserverForName:(nullable NSString *)name object:(nullable id)obj queue:(nullable NSOperationQueue *)queue usingBlock:(void (^)(NSNotification *note))block NS_AVAILABLE(10_6, 4_0);

這個(gè)方法你從后綴可以看出是在iOS4.0增加的方法峰尝,蘋果也是與時(shí)具進(jìn)呀偏窝。這是通知里面唯一一個(gè)用到了block的方法(不知道正在閱讀的你對(duì)于block理解多少,如果需要可以留言武学,我去寫一個(gè)block的文章幫幫你呦)祭往,這是一個(gè)接收通知的方法,相對(duì)于另外一個(gè)方法它最大的好處是通知事件的執(zhí)行直接就在接收通知后面火窒,不用再另外寫一個(gè)方法去執(zhí)行硼补,優(yōu)化代碼(這也是block的最大的一個(gè)好處吧)。來(lái)個(gè)小demo

/**

* ?接收通知

*/

[[NSNotificationCenter defaultCenter]addObserverForName:@"giveMessage" object:nil queue:nil usingBlock:^(NSNotification *not)

{

[self.nextButton setTitle:@"block" forState:UIControlStateNormal];

}];

在這里熏矿,我把queue線程設(shè)為了nil已骇,也就是說(shuō)這個(gè)接收通知方法會(huì)與發(fā)送通知只占一個(gè)線程(我沒有把發(fā)送通知放在子線程中,所以在這里都是在主線程實(shí)現(xiàn)的)票编。你也自己試試queue后面寫一個(gè)新的子線程自己實(shí)現(xiàn)一下的褪储。usingBlock:^(NSNotification *not)后面這個(gè)NSNotification的聲明必須要有,你從上面也可以看到慧域,系統(tǒng)方法里面寫了鲤竹,這個(gè)必須有,但是你可以不用昔榴。如果不寫辛藻,哼哼瑟啃,后果不堪設(shè)想(就是報(bào)錯(cuò)了唄)。

后序


好了揩尸,通知的那些事到此為止了蛹屿,花了五天左右的時(shí)間,在工作之余終于敲定岩榆。雖然寫的不知道怎么樣错负,但是我確定現(xiàn)在也就這個(gè)水平了。如果你沒有看懂勇边,還有不理解的地方可以和我說(shuō)犹撒,我會(huì)的一定解答,如果是我也迷糊的地方一起尋找答案粒褒。下一個(gè)文章沒有問(wèn)題的情況下會(huì)在下個(gè)星期天發(fā)出识颊,現(xiàn)在還沒想好寫什么,如果你有那塊不明白奕坟,希望看到我對(duì)于某個(gè)知道點(diǎn)的理解祥款,請(qǐng)留言。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末月杉,一起剝皮案震驚了整個(gè)濱河市刃跛,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌苛萎,老刑警劉巖桨昙,帶你破解...
    沈念sama閱讀 216,402評(píng)論 6 499
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異腌歉,居然都是意外死亡蛙酪,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,377評(píng)論 3 392
  • 文/潘曉璐 我一進(jìn)店門翘盖,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)桂塞,“玉大人,你說(shuō)我怎么就攤上這事最仑∶臧常” “怎么了炊甲?”我有些...
    開封第一講書人閱讀 162,483評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵泥彤,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我卿啡,道長(zhǎng)吟吝,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,165評(píng)論 1 292
  • 正文 為了忘掉前任颈娜,我火速辦了婚禮剑逃,結(jié)果婚禮上浙宜,老公的妹妹穿的比我還像新娘。我一直安慰自己蛹磺,他們只是感情好粟瞬,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,176評(píng)論 6 388
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著萤捆,像睡著了一般裙品。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上俗或,一...
    開封第一講書人閱讀 51,146評(píng)論 1 297
  • 那天市怎,我揣著相機(jī)與錄音,去河邊找鬼辛慰。 笑死区匠,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的帅腌。 我是一名探鬼主播驰弄,決...
    沈念sama閱讀 40,032評(píng)論 3 417
  • 文/蒼蘭香墨 我猛地睜開眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼速客!你這毒婦竟也來(lái)了揩懒?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 38,896評(píng)論 0 274
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤挽封,失蹤者是張志新(化名)和其女友劉穎已球,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體辅愿,經(jīng)...
    沈念sama閱讀 45,311評(píng)論 1 310
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡智亮,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,536評(píng)論 2 332
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了点待。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片阔蛉。...
    茶點(diǎn)故事閱讀 39,696評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖癞埠,靈堂內(nèi)的尸體忽然破棺而出状原,到底是詐尸還是另有隱情,我是刑警寧澤苗踪,帶...
    沈念sama閱讀 35,413評(píng)論 5 343
  • 正文 年R本政府宣布颠区,位于F島的核電站,受9級(jí)特大地震影響通铲,放射性物質(zhì)發(fā)生泄漏毕莱。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,008評(píng)論 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望朋截。 院中可真熱鬧蛹稍,春花似錦、人聲如沸部服。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,659評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)廓八。三九已至厦酬,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間瘫想,已是汗流浹背仗阅。 一陣腳步聲響...
    開封第一講書人閱讀 32,815評(píng)論 1 269
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留国夜,地道東北人减噪。 一個(gè)月前我還...
    沈念sama閱讀 47,698評(píng)論 2 368
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像车吹,于是被迫代替她去往敵國(guó)和親筹裕。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,592評(píng)論 2 353

推薦閱讀更多精彩內(nèi)容