零、說(shuō)在前面的
最近趁著悠閑钻洒,所以總是想寫(xiě)點(diǎn)什么奋姿,主要是為了總結(jié)。不總結(jié)素标、恐怕以后就被遺忘了称诗,總結(jié)一下、也能很好的鞏固一下头遭。
在介紹主題之前寓免,先來(lái)看看下面的這張圖片:
這張圖片,沒(méi)有什么计维,就是一個(gè)目錄的簡(jiǎn)單整理袜香。我在iOS項(xiàng)目的搭建到分發(fā)的介紹中有一個(gè)實(shí)際的項(xiàng)目,有幾個(gè)簡(jiǎn)簡(jiǎn)單單的小功能與三個(gè)小 pod 庫(kù)之外也沒(méi)有什么享潜,感興趣的話可以去看看。
在即將介紹的 時(shí)間集合 過(guò)程中嗅蔬,也會(huì)有一個(gè)簡(jiǎn)單的項(xiàng)目剑按。記得下載疾就。本介紹僅僅是對(duì)所有的定時(shí)器的簡(jiǎn)單時(shí)間而已,看似簡(jiǎn)單艺蝴,里面可能有你未曾注意的地方猬腰。本文介紹的都是一些細(xì)枝末節(jié)的技術(shù)點(diǎn),往往會(huì)在面試的過(guò)程中起到關(guān)鍵性的作用猜敢。
代碼在這里HGTimeSet姑荷、歡迎下載。
一缩擂、定時(shí)器集合
強(qiáng)調(diào)一下:本篇介紹僅僅是介紹如何的去使用各種的定時(shí)器鼠冕、以及避免錯(cuò)誤的使用方式而已,對(duì)于詳細(xì)的底層原理胯盯,我沒(méi)有打算要介紹懈费。畢竟定時(shí)器的底層原理是與 Runloop 有關(guān)的,那是一個(gè)很大的話題博脑。
大概先在這里列舉一下接下來(lái)要介紹的在 iOS 開(kāi)發(fā)中可能會(huì)用到的定時(shí)器:
- 1憎乙、系統(tǒng)分類(lèi)(NSDelayedPerforming)方法
- 2、線程派發(fā) dispatch_after
- 3叉趣、NSTimer
- 4泞边、dispatch_source_t
- 5、CADisplayLink
1.1 NSDelayedPerforming
點(diǎn)擊進(jìn)去疗杉,會(huì)看到如下幾個(gè)方法阵谚,前兩個(gè)就是定時(shí)器方法:
一個(gè)簡(jiǎn)單的例子:
NSLog(@"123");
// 三秒過(guò)后再執(zhí)行
[self performSelector:@selector(testSelectorDelay) withObject:nil afterDelay:3];
NSLog(@"321");
測(cè)試方法:
// 一個(gè)簡(jiǎn)單的測(cè)試方法
- (void)testSelectorDelay {
NSLog(@"testSelectorDelay");
}
打印順序是這樣的: 123、321乡数、testSelectorDelay椭蹄。說(shuō)明這么使用不會(huì)阻塞當(dāng)前的線程、在使用上也不會(huì)出現(xiàn)什么問(wèn)題净赴,正常使用即可绳矩。
1.2 線程派發(fā) dispatch_after
代碼如下:
NSLog(@"123");
// 3秒鐘之后執(zhí)行 block
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
NSLog(@"定時(shí)器觸發(fā)");
});
NSLog(@"321");
運(yùn)行代碼, 打印順序是:123玖翅、321翼馆、定時(shí)器觸發(fā)。也說(shuō)明這么使用不會(huì)阻塞當(dāng)前的線程金度、在使用上也不會(huì)出現(xiàn)什么問(wèn)題应媚,正常使用即可。
綜上的兩個(gè)定時(shí)器猜极,一般只要是正常使用中姜, 就沒(méi)有什么問(wèn)題。但是有一個(gè)問(wèn)題,一旦使用丢胚,根本就沒(méi)有方法暫停定時(shí)器翩瓜。這是一個(gè)痛點(diǎn)。
1.3 NSTimer
這個(gè)定時(shí)器是大家再熟悉不過(guò)的了携龟。這個(gè)定時(shí)器兔跌,有兩種使用方式:Block 與 Target。接下來(lái)看看都是如何使用之峡蟋。
在這里想插一嘴的是坟桅,關(guān)于這個(gè)定時(shí)器的 類(lèi)創(chuàng)建 方法是分為兩大類(lèi)的,分別是以 timer蕊蝗、scheduled的仅乓,具體有什么區(qū)別,如果你不知道的話匿又、那就是很少使用方灾,或者就是每次使用都是在 copy 別人的代碼,那么現(xiàn)在可以去查看相關(guān)文檔以及親自試驗(yàn)一下碌更。
除了以上特點(diǎn)裕偿,還有一個(gè)是即將要介紹的特點(diǎn):支持 Block 與 Target 兩種使用方式,接下來(lái)分別介紹一下痛单。
在接下來(lái)的所有介紹中嘿棘, 每個(gè)定時(shí)器的 repeats 的值都是 YES。
1.3.1 Timer Block
第一種使用方式
具體使用旭绒,如下:
// 開(kāi)啟定時(shí) repeats 的值是 YES
[NSTimer scheduledTimerWithTimeInterval:3 repeats:YES block:^(NSTimer * _Nonnull timer) {
NSLog(@"定時(shí)器的 Block 被執(zhí)行");
}];
很簡(jiǎn)單鸟妙、也正常。但是有一個(gè)問(wèn)題:這個(gè)定時(shí)器根本停不下來(lái)挥吵。
處理方式重父,很簡(jiǎn)單。弄一個(gè) NSTimer 的屬性來(lái)與之關(guān)聯(lián)忽匈,就能在指定的時(shí)機(jī)停止當(dāng)前的定時(shí)功能房午。
定義一個(gè)這個(gè)的 屬性:
// 現(xiàn)在的內(nèi)存語(yǔ)義是 strong
@property (nonatomic, strong) NSTimer* blockTimer;
比如,我們希望在當(dāng)前使用對(duì)象銷(xiāo)毀的時(shí)候丹允,停止定時(shí)器郭厌,那么我們可以這么做:
- (void)dealloc {
#if DEBUG
NSLog(@"你的離開(kāi),是我唯一的期待");
#endif
// 停止定時(shí)器
{
// 盡量不要使用 self.blockTimer
[_blockTimer invalidate];
_blockTimer = nil;
}
}
運(yùn)行代碼雕蔽,發(fā)現(xiàn)現(xiàn)在定時(shí)器能正常的在當(dāng)前對(duì)象中使用時(shí)折柠,能在銷(xiāo)毀的時(shí)候停止了。
上面有兩個(gè)地方的注釋批狐,感覺(jué)怪怪的扇售,值得注意一下:
- 1、// 盡量不要使用 self.blockTimer 幾乎所以的大神都建議,在 dealloc 方法中承冰,盡量不要使用 . 語(yǔ)法對(duì)成員變量的訪問(wèn)嘱根。會(huì)容易觸發(fā) KVO 以及其它額外的操作。當(dāng)然了巷懈,這是一個(gè)習(xí)慣的問(wèn)題,如果這個(gè)屬性根本就沒(méi)有做任何的 KVO 以及實(shí)現(xiàn)什么 getter 與 setter 方法的話慌洪,也沒(méi)有什么影響顶燕。但是有一個(gè)問(wèn)題是,當(dāng)前的 class 沒(méi)有做冈爹,不代表以后的子類(lèi)不做涌攻。所以盡量不要使用 . 語(yǔ)法。
- 2频伤、// 現(xiàn)在的內(nèi)存語(yǔ)義是 strong 關(guān)于這個(gè)注釋恳谎,看下面的介紹
在上面的例子中,其實(shí) blockTimer 完全沒(méi)有必要弄成一個(gè)屬性的憋肖,簡(jiǎn)單的定義一個(gè)成員變量即可因痛。但是我這么弄,是有目的的岸更。接下來(lái)鸵膏,我們把這里的內(nèi)存語(yǔ)義由 strong 變成 weak,看看會(huì)有什么效果怎炊。
想想剛剛我們?yōu)榱顺鰜?lái)定時(shí)器根本停不下來(lái)的時(shí)候谭企, 才定義這么一個(gè)屬性, 現(xiàn)在將這個(gè)內(nèi)存語(yǔ)義變成了 weak评肆,這個(gè)時(shí)候回想到我們是怎么給這個(gè)屬性賦值的:
// 開(kāi)啟定時(shí) repeats 的值是 YES
self.blockTimer = [NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
NSLog(@"定時(shí)器的 Block 被執(zhí)行");
}];
是的债查,直接將創(chuàng)建好的一個(gè)定時(shí)器給了一個(gè) weak 類(lèi)型的指針。這樣瓜挽,不可以吧盹廷?!運(yùn)行代碼看看效果秸抚。
運(yùn)行代碼之后發(fā)現(xiàn)速和,功能完全沒(méi)有受到任何的 威脅。仔細(xì)的研究之后剥汤,發(fā)現(xiàn)主要的原因_blockTimer 這個(gè)成員變量一直都是有值的颠放。但是這個(gè)屬性是 weak 指針吶,那么又說(shuō)明另一個(gè)問(wèn)題吭敢,在 另一個(gè)地方 還有一個(gè) 類(lèi)似 強(qiáng)指針的指針指向了這個(gè)定時(shí)器的內(nèi)存(這里我只敢說(shuō)是類(lèi)似因?yàn)槲疫€沒(méi)有看過(guò)具體的源碼碰凶,暫時(shí)是猜的)。
好像這個(gè) strong 與 weak 對(duì)我們的影響不是太大,只要我們最后能調(diào)用 invalidate 以及設(shè)置成 nil 就沒(méi)有其它的什么問(wèn)題欲低。是的辕宏,確實(shí)是這樣,但是我也不是隨便這么一說(shuō)的砾莱,我說(shuō)出來(lái)瑞筐,還是有點(diǎn)道理的,怕你在接下來(lái)被我所說(shuō)的產(chǎn)生更大的誤解腊瑟。
接下來(lái)聚假,我想讓你忘記 blockTimer 這個(gè)屬性、假裝我從來(lái)沒(méi)有定義過(guò)闰非。但是我的代碼膘格,想改成這個(gè)樣子的:
// 開(kāi)啟定時(shí) repeats 的值是 YES 沒(méi)有 blockTimer
[NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
NSLog(@"定時(shí)器的 Block 被執(zhí)行, %@", self);
}];
一看這代碼就與剛開(kāi)始的代碼一樣啊,再仔細(xì)一看僅僅是在 block 使用了一下 self 而已财松。剛開(kāi)始的時(shí)候瘪贱,發(fā)生的 事故 是定時(shí)器根本就停不下來(lái)。這一次又會(huì)發(fā)生點(diǎn)什么呢辆毡?運(yùn)行代碼菜秦,就會(huì)發(fā)現(xiàn)這次不僅是定時(shí)器根本就停不下來(lái)這么簡(jiǎn)單了,就連當(dāng)前的實(shí)例對(duì)象也無(wú)法釋放了舶掖。換言之喷户,內(nèi)存泄漏了。我左看下看访锻,也沒(méi)有看到哪里出現(xiàn)了指針循環(huán)啊褪尝。帶著無(wú)限的恐懼,修改成這樣:
// 將 self 弱化
__weak typeof(self) weakSelf = self;
// 開(kāi)啟定時(shí) repeats 的值是 YES 沒(méi)有 blockTimer
[NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
NSLog(@"定時(shí)器的 Block 被執(zhí)行, %@", weakSelf);
}];
運(yùn)行代碼期犬,有新的結(jié)論了:當(dāng)前的實(shí)例對(duì)象 self 能正常的銷(xiāo)毀了河哑,但是呢問(wèn)題有回到了定時(shí)器根本停不下來(lái)的狀態(tài) block 中的 weakSelf 一直為空。那這說(shuō)明了什么呢龟虎?說(shuō)明上面的那一個(gè)結(jié)論:在 另一個(gè)地方 還有一個(gè) 類(lèi)似 強(qiáng)指針的指針指向了這個(gè)定時(shí)器的內(nèi)存璃谨。所謂的 另一個(gè)地方 應(yīng)該就是與這個(gè) self 是有關(guān)的,有 類(lèi)似強(qiáng)指針 的 指針 關(guān)系的鲤妥。
上面的每種使用都有問(wèn)題佳吞,那么應(yīng)該如何才算是正確的使用呢?經(jīng)過(guò)上述介紹棉安,就是最后一種方式配合 blockTimer 來(lái)使用即可底扳,最終應(yīng)該這樣使用:
// 將 self 弱化
__weak typeof(self) weakSelf = self;
// 開(kāi)啟定時(shí) repeats 的值是 YES 沒(méi)有 blockTimer
self.blockTimer = [NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
NSLog(@"定時(shí)器的 Block 被執(zhí)行, %@", weakSelf);
}];
完美的解決了如下的問(wèn)題:
- 1、定時(shí)器根本停不下來(lái)
- 2贡耽、強(qiáng)指針導(dǎo)致內(nèi)存泄漏
關(guān)于 blockTimer 是 weak 還是 strong衷模,主要看心情吧鹊汛。暫時(shí)還沒(méi)有發(fā)現(xiàn)其它的什么問(wèn)題。
上面對(duì) Block 已經(jīng)通過(guò)兩個(gè)問(wèn)題阱冶,介紹了一堆的東西刁憋。在接下來(lái)的 Target 中,如果與上面有重復(fù)的木蹬、類(lèi)似的至耻,我就不提了。
1.3.2 Timer Target
同樣镊叁,先弄一個(gè)簡(jiǎn)單的代碼:
// 開(kāi)啟定時(shí) repeats 的值是 YES
[NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(testTimer) userInfo:nil repeats:YES];
執(zhí)行方法:
// 測(cè)試方法
- (void)testTimer {
NSLog(@"testTimer");
}
運(yùn)行代碼有梆,發(fā)現(xiàn)兩個(gè)問(wèn)題:
- 1、根本停不下來(lái)
- 2意系、當(dāng)前實(shí)例對(duì)象根本不能銷(xiāo)毀
厲害了,好像更嚴(yán)重了饺汹。如何解決 根本停不下來(lái) 的問(wèn)題呢蛔添?與上面 Block 方式的解決方法一樣?那肯定不行的兜辞,因?yàn)檫@個(gè)當(dāng)前的實(shí)例對(duì)象迎瞧,根本就沒(méi)有銷(xiāo)毀,以至于根本就不會(huì)調(diào)用 -dealloc 的方法逸吵。
那么就只能在希望當(dāng)前實(shí)例對(duì)象即將需要銷(xiāo)毀的時(shí)候關(guān)閉定時(shí)器凶硅,但是這個(gè)也是不可能的,因?yàn)闆](méi)有提供這樣的方法扫皱。那就使用代理吧足绅。厲害了,這個(gè)代理不是 delegate韩脑,而是 NSProxy氢妈。這個(gè)代理,在很久之前見(jiàn)到過(guò)段多,只可惜沒(méi)有用過(guò)首量,更別說(shuō)研究過(guò),更別說(shuō)面試官問(wèn)的時(shí)候能回答得上來(lái)进苍。[有種相見(jiàn)恨晚的感覺(jué)]
直接上代碼:
定義一個(gè)代理:
/**
一個(gè)代理定時(shí)器
*/
@interface HGProxy : NSProxy
@property (nonatomic, weak) id target;
@end
@implementation HGProxy
- (void)proxyAction {
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wundeclared-selector"
//
[_target performSelector:@selector(timerAction)];
#pragma clang diagnostic pop
}
@end
具體的使用方法:
// 代理 注意:沒(méi)有 init 方法
HGProxy* proxy = [HGProxy alloc];
// 一定要設(shè)置這個(gè)值
proxy.target = self;
// 開(kāi)啟定時(shí) repeats 的值是 YES
[NSTimer scheduledTimerWithTimeInterval:1 target:proxy selector:@selector(proxyAction) userInfo:nil repeats:YES];
上面的代碼加缘, 好好的看注釋。運(yùn)行代碼觉啊,完美的解決問(wèn)題拣宏。但是,太繁瑣了杠人,使用起來(lái)特別的別扭蚀浆,感覺(jué)方法調(diào)來(lái)調(diào)去的缀程。這個(gè)方法是沒(méi)有問(wèn)題,但是使用很別扭市俊,還有更好的方案么杨凑?答案肯定是 :有的。預(yù)知詳細(xì)內(nèi)容摆昧,請(qǐng)見(jiàn)下節(jié)分享撩满。
1.3.3 YYKit 中對(duì) NSTimer 的處理
很多的面試官,就完全可以使用這個(gè)問(wèn)題來(lái)反映出面試者是否看過(guò) YYKit 這份優(yōu)秀的代碼绅你。在 YYKit 中有兩個(gè)文件做了處理伺帘。
關(guān)于 Target 的其它優(yōu)化方案,在 YYKit 中 還有兩種處理方案忌锯,特別的棒伪嫁。就是這兩種:
主要是這個(gè)兩個(gè)文件:NSTimer+YYAdd 與 YYWeakProxy,在我的 demo 中也有實(shí)現(xiàn)偶垮。
1.4 dispatch_source_t
這也是一個(gè)很常見(jiàn)的定時(shí)器张咳,只是在使用起來(lái)有那么一點(diǎn)的復(fù)雜,但是復(fù)雜歸復(fù)雜似舵,功能還是比上面的多的脚猾。比如,能通過(guò) block 監(jiān)聽(tīng)定時(shí)器的取消事件砚哗。更多的代碼龙助,請(qǐng)見(jiàn) demo,這里將一小段代碼展示如下:
// 定時(shí)執(zhí)行的 block
dispatch_source_set_event_handler(_timer, ^{
NSLog(@"定時(shí)執(zhí)行的 block 被執(zhí)行");
});
// 取消定時(shí)器時(shí)執(zhí)行的 block 被dispatch_source_cancel觸發(fā)
dispatch_source_set_cancel_handler(_timer, ^{
NSLog(@"取消定時(shí)器時(shí)執(zhí)行的 block 被執(zhí)行");
});
這個(gè)定時(shí)器與 NSTimer 定時(shí)器有所不同蛛芥,不需要在 -dealloc 中特意的關(guān)閉定時(shí)器提鸟,這里的關(guān)閉主要是指 取消。上面的代碼是沒(méi)有問(wèn)題的仅淑,一但當(dāng)前的實(shí)例對(duì)象唄銷(xiāo)毀了沽一,這個(gè)定時(shí)器自動(dòng)就停止了。但是如果需要在取消的時(shí)候漓糙,去做一些收尾工作的話铣缠,那就需要調(diào)用一下這個(gè)行數(shù)了 dispatch_source_cancel 。所以一般情況還是需要在 -dealloc 中關(guān)閉一下比較好昆禽。
那這個(gè)定時(shí)器蝗蛙,在使用的過(guò)程中需要注意點(diǎn)什么呢?看下面的代碼:
// 定時(shí)執(zhí)行的 block
dispatch_source_set_event_handler(_timer, ^{
NSLog(@"定時(shí)執(zhí)行的 block 被執(zhí)行 %@", self);
});
// 取消定時(shí)器時(shí)執(zhí)行的 block 被dispatch_source_cancel觸發(fā)
dispatch_source_set_cancel_handler(_timer, ^{
NSLog(@"取消定時(shí)器時(shí)執(zhí)行的 block 被執(zhí)行 %@", self);
});
是的醉鳖、我有開(kāi)始搞事情了捡硅。指針循環(huán)了,看了半天沒(méi)有循環(huán)啊盗棵,但是確實(shí)是循環(huán)了壮韭。-dealloc 根本不是被調(diào)用北发。
所以,這里需要注意的是喷屋,在以上的兩個(gè) block 中琳拨,一定要對(duì) self 弱化。這樣的屯曹,就沒(méi)有事了:
// weak self
__weak typeof(self) weakSelf = self;
// 定時(shí)執(zhí)行的 block
dispatch_source_set_event_handler(_timer, ^{
NSLog(@"定時(shí)執(zhí)行的 block 被執(zhí)行 %@", weakSelf);
});
// 取消定時(shí)器時(shí)執(zhí)行的 block 被dispatch_source_cancel觸發(fā)
dispatch_source_set_cancel_handler(_timer, ^{
// 如果是在 -dealloc 中被取消的話, weakSlef 是沒(méi)有值的.根據(jù)這個(gè)特點(diǎn),可以判斷是否是在 -dealloc 中被取消的
NSLog(@"取消定時(shí)器時(shí)執(zhí)行的 block 被執(zhí)行 %@", weakSelf);
});
OK 了狱庇,相對(duì)來(lái)說(shuō),這種定時(shí)器的處理方式還算可以恶耽,不是那么的復(fù)雜密任。只是這個(gè)指針循環(huán)隱藏得有點(diǎn)不容易被發(fā)現(xiàn)。還有一個(gè)特殊的地方就是這個(gè)定時(shí)器可以通過(guò) block 監(jiān)聽(tīng)到取消事件偷俭。
1.5 CADisplayLink
這種定時(shí)器的特點(diǎn)就是浪讳,頻率與屏幕的刷新頻率一致。具體的使用涌萤,代碼如下:
開(kāi)啟一個(gè)定時(shí)器
[CADisplayLink displayLinkWithTarget:self selector:@selector(testDisplayLink)];
測(cè)試方法是這樣的:
// 測(cè)試方法
- (void)testDisplayLink {
NSLog(@"testDisplayLink");
}
運(yùn)行代碼淹遵,發(fā)現(xiàn)不能運(yùn)行,正常的姿勢(shì)是需要將這個(gè)定時(shí)器加入到當(dāng)前 Runloop 的模式下形葬,這樣的:
CADisplayLink *displayLink = [CADisplayLink displayLinkWithTarget:self selector:@selector(testDisplayLink)];
[displayLink addToRunLoop:[NSRunLoop currentRunLoop] forMode:NSRunLoopCommonModes];
這樣就能正常的運(yùn)行起來(lái)了。但是最終發(fā)現(xiàn)暮的,出現(xiàn)了像 NSTimer 的 Target 一模一樣的問(wèn)題笙以,解決方案也是一抹一樣的,這里不贅述了冻辩。
二猖腕、總結(jié)
綜上所述,關(guān)于定時(shí)器的使用恨闪,無(wú)外乎就是要注意在使用定時(shí)器的過(guò)程中所帶來(lái)的內(nèi)存泄漏的問(wèn)題倘感。如果不是親自的實(shí)現(xiàn),是很難發(fā)現(xiàn)的咙咽。這主要的原因還是因?yàn)樵趦?nèi)部做了一下強(qiáng)引用的關(guān)聯(lián)老玛,然后沒(méi)有被暴露出來(lái),導(dǎo)致很難被發(fā)現(xiàn)钧敞。 上面的介紹中也一一的給出了蜡豹,不同的解決方案。
在使用方面溉苛,不同的定時(shí)器也有著不一樣的用法镜廉。大致就是:
- 1、系統(tǒng)分類(lèi)(NSDelayedPerforming)與線程派發(fā)(dispatch_after)這兩中是不可控的愚战,無(wú)法將其關(guān)閉娇唯,同時(shí)呢也是不是重復(fù)的齐遵。
- 2、dispatch_source_t 定時(shí)器的特點(diǎn)就是 你能監(jiān)聽(tīng)定時(shí)器被取消塔插。往往用在當(dāng)定時(shí)器被取消之后立馬要處理一些處理的時(shí)候梗摇,顯得特別的方便。
- 3佑淀、NSTimer 與CADisplayLink留美,同病相憐,有很多的相似之處伸刃,在用法上也有所不同谎砾。第一個(gè)就是頻率的不同,還有一個(gè)是:CADisplayLink被默認(rèn)加入在 Runloop 中捧颅,需要手動(dòng)添加景图。當(dāng)然,要說(shuō)明一下的是碉哑,所有的定時(shí)器都是與 Runloop 有關(guān)的挚币,可以查看相關(guān)的資料。
如果由于剛剛時(shí)間倉(cāng)促扣典,忘記了下拉代碼妆毕,那么可以直接點(diǎn)擊這里點(diǎn)擊這里點(diǎn)擊這里。
要是有什么不對(duì)的贮尖、或者需要補(bǔ)充的笛粘,感謝評(píng)論討論!
我的更多文章湿硝,可以直接看這里NewStart NewStart NewStart
謝謝大家薪前!