快捷導(dǎo)航

詳解Objective-C中的語(yǔ)法糖@{}究竟是什么

更新時(shí)間：2021年04月07日 09:53:11 作者：iOS成長(zhǎng)指北

這篇文章主要給大家介紹了關(guān)于Objective-C中語(yǔ)法糖@{}究竟是什么的相關(guān)資料，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧

最近在技術(shù)群里有一個(gè)群友提出了一個(gè)問題，就是為什么下面代碼打印的結(jié)果不一樣？

NSMutableDictionary *mDic1 = [NSMutableDictionary dictionaryWithDictionary:@{@"a":@1, @"a":@2}];
//'a': 1
NSMutableDictionary *mDic2 = [NSMutableDictionary dictionary];
[mDic2 setObject:@(1) forKey:@"a"];
[mDic2 setObject:@(2) forKey:@"a"];
 //'a': 2

對(duì)此，筆者稍微研究了一下，在此，我闡述一下理由并簡(jiǎn)述實(shí)驗(yàn)步驟

@{} 到底是什么？

造成這個(gè)數(shù)據(jù)結(jié)果的可能性之一，應(yīng)該是

@{@"a":@1, @"a":@2}

本身就是一個(gè) key 為 a，值為 1 的字典。

通過測(cè)試代碼，如下：

NSDictionary *dic = @{@"a":@1, @"a":@2};
NSLog(@"%@", dic);

發(fā)現(xiàn)其本身就是一個(gè) key 為 a，值為 1 的字典。

那么 @{} 到底是什么呢？其實(shí)如何操作的呢？他的分配方式究竟是什么？

實(shí)驗(yàn)步驟

基于網(wǎng)上找到的 NSDictionary 的偽代碼，無論如何，當(dāng)我們創(chuàng)建一個(gè)字典時(shí)，其最終都會(huì)執(zhí)行

- (id)initWithObjects:(const id [])objects forKeys:(const id <NSCopying> [])keys count:(NSUInteger)cnt

那么假使我們通過 hook 監(jiān)聽這個(gè)方法，我們就知道在初始化時(shí)傳入的 objects 和 keys 究竟是什么？但是，可惜的是，沒有 hook 住。

難道是我的做法有問題嗎？

筆者發(fā)現(xiàn)在使用 @{} 時(shí)根本就不執(zhí)行這個(gè)步驟？是其他的嗎？

然后筆者選擇通過添加符號(hào)斷點(diǎn) +[NSDictionary dictionaryWithObjects:forKeys:count:] 發(fā)現(xiàn)，當(dāng)我們賦值時(shí)，其符號(hào)斷點(diǎn)會(huì)掛住。

我們?cè)谑褂?nbsp; @{} 創(chuàng)建字典的時(shí)候會(huì)調(diào)用這個(gè)方法嗎？值得一試？

通過 hook 了字典的這個(gè)方法，我們?cè)诜诸愔凶鲆粋€(gè)接受，當(dāng)系統(tǒng)調(diào)用時(shí)，掛上斷點(diǎn)

+ (id)xxx_dictionaryWithObjects:(const id [])objects forKeys:(const id <NSCopying> [])keys count:(NSUInteger)cnt{
 for (NSUInteger i = 0; i < cnt; i++) {
 id key = keys[i];
 id obj = objects[i];
 NSLog(@"key = %@", key);
 NSLog(@"obj = %@", obj);
 }
 return [[NSDictionary class] xxx_dictionaryWithObjects:objects forKeys:keys count:cnt];
}

2021-03-30 17:13:40.971674+0800 suspenseRoad[28886:413231] key = a
2021-03-30 17:13:40.971743+0800 suspenseRoad[28886:413231] obj = 1
2021-03-30 17:13:40.971814+0800 suspenseRoad[28886:413231] key = a
2021-03-30 17:13:40.971896+0800 suspenseRoad[28886:413231] obj = 2

并等到下面的結(jié)果，我們?cè)诔跏蓟O(shè)置的時(shí)候，傳入的值都已經(jīng)進(jìn)入代碼中，但是結(jié)果并沒有

繼續(xù)探究一下 +[NSDictionary dictionaryWithObjects:forKeys:count:] 的方法

+ (id)dictionaryWithDictionary:(NSDictionary *)dict
{
 size_t count = [dict count];
 id *objects = NULL;
 id *keys = NULL;

 if (count > 0) {
 objects = malloc(sizeof(id) * count);
 if (UNLIKELY(objects == NULL)) {
  return NULL;
 }
 keys = malloc(sizeof(id) * count);
 if (UNLIKELY(keys == NULL)) {
  free(objects);
  return NULL;
 }
 }
 
 [dict getObjects:objects andKeys:keys];
 id obj = [[self alloc] initWithObjects:objects forKeys:keys count:count];

 if (objects != NULL) {
 free(objects);
 }
 if (keys != NULL) {
 free(keys);
 }

 return [obj autorelease];
}

猜測(cè)

這時(shí)候可能會(huì)讓改變數(shù)據(jù)的地方只有兩個(gè)：

 [dict getObjects:objects andKeys:keys];
//或者
 id obj = [[self alloc] initWithObjects:objects forKeys:keys count:count];

由于上述兩個(gè)問題筆者都無辦法斷點(diǎn)到，如果讀者大大有辦法的話，希望讀者大大嘗試。筆者根據(jù)兩個(gè)方法的代碼進(jìn)行了自己的「大膽猜測(cè)」——也就是瞎猜

很可惜，都沒有改掉。在代碼中沒看到任何一個(gè)方法可以做到對(duì) objects 和 keys 的選擇遍歷。

CFBasicHashAddValue 和 CFBasicHashSetValue

看來應(yīng)該不是其初始化方法的問題，然后筆者比較了字典的 setObject:forKey 的實(shí)現(xiàn)。發(fā)現(xiàn)如題的兩個(gè)方法：

CF_PRIVATE Boolean CFBasicHashAddValue(CFBasicHashRef ht, uintptr_t stack_key, uintptr_t stack_value) {
 ···
 CFBasicHashBucket bkt = __CFBasicHashFindBucket(ht, stack_key);
 if (0 < bkt.count) {
  ht->bits.mutations++;
  if (ht->bits.counts_offset && bkt.count < LONG_MAX) { // if not yet as large as a CFIndex can be... otherwise clamp and do nothing
   __CFBasicHashIncSlotCount(ht, bkt.idx);
   return true;
  }
 } else {
  __CFBasicHashAddValue(ht, bkt.idx, stack_key, stack_value);
  return true;
 }
 return false;
}

CF_PRIVATE void CFBasicHashSetValue(CFBasicHashRef ht, uintptr_t stack_key, uintptr_t stack_value) {
 ···
 CFBasicHashBucket bkt = __CFBasicHashFindBucket(ht, stack_key);
 if (0 < bkt.count) {
  __CFBasicHashReplaceValue(ht, bkt.idx, stack_key, stack_value);
 } else {
  __CFBasicHashAddValue(ht, bkt.idx, stack_key, stack_value);
 }
}

感覺勝利不遠(yuǎn)了，因?yàn)開_CFBasicHashReplaceValue 這個(gè)方法語(yǔ)義上是一個(gè)替換。那么其本質(zhì)應(yīng)該就是 CFBasicHashAddValue ，當(dāng)存在同值的 key 的時(shí)候，并不會(huì)再次加入，并且也解釋了，最終的結(jié)果是設(shè)置為前面的值而不是設(shè)置在后面的值。

同樣你也可以得出下面的值了，歡迎把答案寫在評(píng)論區(qū)哦。

[NSDictionary dictionaryWithObjects:@[@1,@2,@3,@4,@5,@6,@7,@8,@9,@0] forKeys:@[@"a",@"b", @"a", @"b", @"a", @"a", @"b", @"b", @"a", @"b"]]

其他

在 hook 字典本身的dictionaryWithObjects:forKeys:count: 時(shí)，我們需要謹(jǐn)慎斷點(diǎn)的時(shí)間，包括當(dāng)不限于系統(tǒng)的狀態(tài)欄等信息最終都會(huì)存進(jìn)一個(gè)字典中，其存入的時(shí)機(jī)就是項(xiàng)目運(yùn)行的時(shí)候，最好在NSDictionary *dic = @{@"a":@1, @"a":@2};之前掛上斷點(diǎn)，然后在放開dictionaryWithObjects:forKeys:count: 斷點(diǎn)。

到此這篇關(guān)于Objective-C中的語(yǔ)法糖@{}究竟是什么的文章就介紹到這了,更多相關(guān)Objective-C語(yǔ)法糖@{}內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: