关于map与set的count的时间复杂度(个人观点,不正确请指出)

理解Map与Set在数据结构中的时间复杂度
本文深入探讨了Map与Set在数据结构中的时间复杂度问题,通过实例分析指出count操作可能存在的时间复杂度误区。作者通过解析Map与Set内部实现原理,解释了为何在某些情况下使用count会导致性能瓶颈。

关于map与set的count的时间复杂度

    最近在福州oj上做了一道 Problem 2227 邮票,用了set.count来做就超时了,结果用map直接映射的话就过了。所以我就怀疑count的时间复杂度并非是nlogn,最后突然想到count的时间复杂度应该是O(nlogn+(所查询的值的长度)),解析在下面:
  因为map与set都是红黑树的结构,而且在二分的时候只是找到一个位置的值,但是这只是说明存在这样的一个数,而不是说明我这个数出现了多少次,所以我觉得它是二分完在一个一个遍历的,所以会存在许多相同的数时,时间复杂度就非常难看了,也就是为什么在做fzu的那道题目会超时的原因,不过这只是我的猜想,并没经过验证,欢迎各位提出你们的宝贵意见,谢谢!
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值