Objective-C 中的语法糖 @「」 到底是什么
yuyutoo 2024-11-17 03:42 5 浏览 0 评论
最近在技术群里有一个群友提出了一个问题,就是为什么下面代码打印的结果不一样?
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
对此,笔者稍微研究了一下,在此,我阐述一下理由并简述实验步骤
@{}到底是什么?
造成这个数据结果的可能性之一,应该是
@{@"a":@1, @"a":@2}
本身就是一个 key 为 a, 值为 1 的字典 。
通过测试代码,如下:
NSDictionary *dic = @{@"a":@1, @"a":@2};
NSLog(@"%@", dic);
发现其本身就是一个 key 为 a, 值为 1 的字典 。
那么 @{} 到底是什么呢?其实如何操作的呢?他的分配方式究竟是什么?
实验步骤
基于网上找到的 NSDictionary 的伪代码,无论如何,当我们创建一个字典时,其最终都会执行
- (id)initWithObjects:(const id [])objects forKeys:(const id <NSCopying> [])keys count:(NSUInteger)cnt
那么假使我们通过 hook 监听这个方法,我们就知道在初始化时传入的 objects 和 keys 究竟是什么?但是,可惜的是,没有 hook 住。
难道是我的做法有问题吗?
笔者发现在使用 @{} 时根本就不执行这个步骤?是其他的吗?
然后笔者选择通过添加符号断点 +[NSDictionary dictionaryWithObjects:forKeys:count:] 发现,当我们赋值时,其符号断点会挂住。
我们在使用 @{} 创建字典的时候会调用这个方法吗?值得一试?
通过 hook 了字典的这个方法,我们在分类中做一个接受,当系统调用时,挂上断点
+ (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
并等到下面的结果,我们在初始化设置的时候,传入的值都已经进入代码中,但是结果并没有
继续探究一下 +[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];
}
猜测
这时候可能会让改变数据的地方只有两个:
[dict getObjects:objects andKeys:keys];
//或者
id obj = [[self alloc] initWithObjects:objects forKeys:keys count:count];
由于上述两个问题笔者都无办法断点到,如果读者大大有办法的话,希望读者大大尝试。笔者根据两个方法的代码进行了自己的「大胆猜测」——也就是瞎猜
很可惜,都没有改掉。在代码中没看到任何一个方法可以做到对 objects 和 keys 的选择遍历。
CFBasicHashAddValue 和 CFBasicHashSetValue
看来应该不是其初始化方法的问题,然后笔者比较了字典的 setObject:forKey 的实现。发现如题的两个方法:
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);
}
}
感觉胜利不远了,因为__CFBasicHashReplaceValue 这个方法语义上是一个替换。那么其本质应该就是 CFBasicHashAddValue ,当存在同值的 key 的时候,并不会再次加入,并且也解释了,最终的结果是设置为前面的值而不是设置在后面的值。
同样你也可以得出下面的值了,欢迎把答案写在评论区哦。
[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: 时,我们需要谨慎断点的时间,包括当不限于系统的状态栏等信息最终都会存进一个字典中,其存入的时机就是项目运行的时候,最好在NSDictionary *dic = @{@"a":@1, @"a":@2};之前挂上断点,然后在放开dictionaryWithObjects:forKeys:count: 断点。
相关推荐
- 当 Linux 根分区 (/) 已满时如何释放空间?
-
根分区(/)是Linux文件系统的核心,包含操作系统核心文件、配置文件、日志文件、缓存和用户数据等。当根分区满载时,系统可能出现无法写入新文件、应用程序崩溃甚至无法启动的情况。常见原因包括:...
- 玩转 Linux 之:磁盘分区、挂载知多少?
-
今天来聊聊linux下磁盘分区、挂载的问题,篇幅所限,不会聊的太底层,纯当科普!!1、Linux分区简介1.1主分区vs扩展分区硬盘分区表中最多能存储四个分区,但我们实际使用时一般只分为两...
- Linux 文件搜索神器 find 实战详解,建议收藏
-
在Linux系统使用中,作为一个管理员,我希望能查找系统中所有的大小超过200M文件,查看近7天系统中哪些文件被修改过,找出所有子目录中的可执行文件,这些任务需求...
- Linux 操作系统磁盘操作(linux 磁盘命令)
-
一、文档介绍本文档描述Linux操作系统下多种场景下的磁盘操作情况。二、名词解释...
- Win10新版19603推送:一键清理磁盘空间、首次集成Linux文件管理器
-
继上周四的Build19592后,微软今晨面向快速通道的Insider会员推送Windows10新预览版,操作系统版本号Build19603。除了一些常规修复,本次更新还带了不少新功能,一起来了...
- Android 16允许Linux终端使用手机全部存储空间
-
IT之家4月20日消息,谷歌Pixel手机正朝着成为强大便携式计算设备的目标迈进。2025年3月的更新中,Linux终端应用的推出为这一转变奠定了重要基础。该应用允许兼容的安卓设备...
- Linux 系统管理大容量磁盘(2TB+)操作指南
-
对于容量超过2TB的磁盘,传统MBR分区表的32位寻址机制存在限制(最大支持2.2TB)。需采用GPT(GUIDPartitionTable)分区方案,其支持64位寻址,理论上限为9.4ZB(9....
- Linux 服务器上查看磁盘类型的方法
-
方法1:使用lsblk命令lsblk输出说明:TYPE列显示设备类型,如disk(物理磁盘)、part(分区)、rom(只读存储)等。...
- ESXI7虚机上的Ubuntu Linux 22.04 LVM空间扩容操作记录
-
本人在实际的使用中经常遇到Vmware上安装的Linux虚机的LVM扩容情况,最终实现lv的扩容,大多数情况因为虚机都是有备用或者可停机的情况,一般情况下通过添加一块物理盘再加入vg,然后扩容lv来实...
- 5.4K Star很容易!Windows读取Linux磁盘格式工具
-
[开源日记],分享10k+Star的优质开源项目...
- Linux 文件系统监控:用脚本自动化磁盘空间管理
-
在Linux系统中,文件系统监控是一项非常重要的任务,它可以帮助我们及时发现磁盘空间不足的问题,避免因磁盘满而导致的系统服务不可用。通过编写脚本自动化磁盘空间管理,我们可以更加高效地处理这一问题。下面...
- Linux磁盘管理LVM实战(linux实验磁盘管理)
-
LVM(逻辑卷管理器,LogicalVolumeManager)是一种在Linux系统中用于灵活管理磁盘空间的技术,通过将物理磁盘抽象为逻辑卷,实现动态调整存储容量、跨磁盘扩展等功能。本章节...
- Linux查看文件大小:`ls`和`du`为何结果不同?一文讲透原理!
-
Linux查看文件大小:ls和du为何结果不同?一文讲透原理!在Linux运维中,查看文件大小是日常高频操作。但你是否遇到过以下困惑?...
- 使用 df 命令检查服务器磁盘满了,但用 du 命令发现实际小于磁盘容量
-
在Linux系统中,管理员或开发者经常会遇到一个令人困惑的问题:使用...
- Linux磁盘爆满紧急救援指南:5步清理释放50GB+小白也能轻松搞定
-
“服务器卡死?网站崩溃?当Linux系统弹出‘Nospaceleft’的红色警报,别慌!本文手把手教你从‘删库到跑路’进阶为‘磁盘清理大师’,5个关键步骤+30条救命命令,快速释放磁盘空间,拯救你...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- mybatis plus (70)
- scheduledtask (71)
- css滚动条 (60)
- java学生成绩管理系统 (59)
- 结构体数组 (69)
- databasemetadata (64)
- javastatic (68)
- jsp实用教程 (53)
- fontawesome (57)
- widget开发 (57)
- vb net教程 (62)
- hibernate 教程 (63)
- case语句 (57)
- svn连接 (74)
- directoryindex (69)
- session timeout (58)
- textbox换行 (67)
- extension_dir (64)
- linearlayout (58)
- vba高级教程 (75)
- iframe用法 (58)
- sqlparameter (59)
- trim函数 (59)
- flex布局 (63)
- contextloaderlistener (56)