修正我关于NSDictionary字典存储的那一篇文章

在上一篇文章中我试图去探究NSDictionary的存储方式,以为找到了新大陆。结果,今天再次测试时发现结果大相径庭,对此被我误导的人表示一声道歉。

昨天我得出的结论是NSDictionary中的键值对是顺序存储,NSMutableDictionary初始化的也是,后来加入的是离散存储。但是在我今天把键值对变量打散之后,发现每次遍历的地址输出顺序不一样,但总是那么些值。

想起之前了解到的Objective-C的变量存储是哈希排序,从而使用哈希表查找,这样查询速度会很快。为了验证这一点,我重新调整了代码,主函数代码改成下面:



这次思路是输出所有对象的地址,指向的地址跟指向的值,还有哈希码的输出。输出结果果然不出所料




在我创建了新的集合类型之后,OC没有分配新的内存给新的集合类型存储数据,而是直接引用原先已经存在的数据。另外,变量的地址值非常的有规律,跟变量值是有关系的,哈希码也是跟值直接对应的,这不得不说哈希码跟地址之间应该存在某些关联上的计算。最后是所有指针返回的地址都是一样的。
最后根据OC本身的哈希内存分配的特点,再结合这个输出结果,我得到的推论是OC在分配新的变量内存之前,会动态的根据变量的值转换成的哈希码到哈希表中查询collection的内存块,然后快速寻找内存块中是否存在同样的变量值。如果存在,那么引用该变量,如果变量是对象类型,通过引用计数器保留变量,并且在该内存块中分配集合类型的内存
图示如下:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值